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CSCA-FOB 

SUBJECT:  Mobilization  Base  Requirements  Model  (MOBREM)  Study  Phases  I-V 
Report 


Deputy  Chief  of  Staff  for 
Operations  and  Plans 
Department  of  the  Army 
ATTN:  DAMO-FDP 
Washington,  DC  20310-0500 


1 .  Reference : 

a.  Memorandum,  DAMO-FDP,  12  September  1983,  subject:  MOBREM  Implementation. 

b.  Letter,  DACS,  HQDA,  19  October  1983,  subject:  Responsibility  of  Study 
Performing  and  Study  Sponsoring  Organizations. 

2.  Reference  la  requested  the  US  Army  Concepts  Analysis  Agency  (CAA)  to  com¬ 
plete  the  final  segment  (Phase  V)  of  the  MOBREM  development  to  include  all 
actions  required  to  bring  the  model  to  full  operational  level.  The  memorandum 
was  an  extension  of  the  tasking  for  model  development  completed  by  CAA  during 
Phases  I  to  IV.  The  tasks  required  to  bring  MOBREM  to  full  operational  level 
have  been  completed  and  the  required  output  reports  were  provided  on  4  May  1984. 
The  Inclosed  study  report  describes  the  five-phased  model  development  effort. 
Other  documentations  produced  during  the  five-phased  model  development  are  filed 
at  CAA.  These  Include  the  MOBREM  Functional  Design,  the  MOBREM  Operator’s 
Manual,  a  Manpower  Requirements  Equation  Technical  Report,  and  the  Program 
Maintenance  Manual  (Volumes  1  to  5). 


1  Incl  E.  B.  VANDIVER  III 

as  Director 


A  STUDY 

^CAA  mobilization  base  REQUIREMENTS  MODEL  SUMMARY 

(MOBREM)  STUDY  CAA-SR-84-22 


THE  REASON  FOR  PERFORMING  THE  STOOV.  The  Artny  required  a  responsive,  con- 
sl stent,  and  auditable  systna  for  determining  the  CONUS  resources  required 
to  support  mobilization. 

THE  PRIHCIPAL  FIN0IN6S 

(1)  HOBREM  Incorporates  a  single  source  automated  data  base  that 
Integrates  the  essential  elements  of  Information  for  allocating  the 
workloads  and  assets  planned  for  the  CONUS  Base  during  mobilization. 

(2)  Operation  of  MOBREM  has  produced  mathematically-derived, 
workload-based  output  reports  that  cm  support  mobilization  table  of 
distribution  and  allowances  (M06TDA)  guidance  from  Headquarters,  Department 
of  the  Army  (HQOA)  to  the  major  Army  commands  (MACOM)  and  HQQA  evaluation 
of  MACOM  submissions  In  response  to  guidance. 

(3)  MOBREM  provides  an  automated  means  for  comparing  alternative 
CONUS  Base  mobilization  policies. 

(4)  Although  Improved  manpower  requirements  equations  were  developed 
during  the  study,  a  need  remains  for  new  equations  and  additional  field 
evaluation. 

THE  MAIN  ASSUMPTIONS 

(1)  The  Department  of  the  Army  (DA)  mobilization  planning  systems 
(e.g.,  HTBSP,  TAAOS,  TAEDP,  ATRRS)  provide  an  authoritative  source  on  which 
to  base  the  requirements  computations. 

(2)  The  CONUS  Installations  are  organized  In  conformance  with  Army 
management  structure  code  requirements  (AR  37-100). 

(3)  A  HQOA  mobilization  planning  system  will  be  established  to  Im¬ 
plement  MOBREM. 

THE  PRINCIPAL  L  IMITATIONS 

(1)  MOBREM  currently  operates  In  the  requirements  mode,  l.e..  It  does 
not  constrain  requirements  by  the  availability  of  resources  or  by  facility 
capabilities. 

(2)  There  Is  no  resources  optimization  capability.  MOBREM  will  not 
allocate  scarce  resources  to  installations  or  allocate  deploying  units  to 
Installations  In  an  optimal  manner. 


(3)  Current  M06REM  Inputs  do  not  consider  expension  of  the  force 
structure  or  Industrial  base. 

THE  SCOPE  OF  THE  STUOY.  The  H08REM  study  effort  has  been  directed  toward 
the  analyses  0/  full  mobilization  planning,  l.e.,  the  Identification  and 
Integration  of  data  In  the  DA  planning  systems  that  allocate  mobilization 
workloads  and  assets  to  the  CONUS  Base  Installations  and  the  Identification 
and  sizing  of  CONUS  Base  functions  that  provide  the  support  for  a  NATO/ 
Warsaw  Pact  scenario  requiring  full  mobilization  response. 

THE  STUDY  OBJECTIVES  are  to: 

(1)  Provide  the  Army  with  a  single  source  automated  data  base  that 
will  Identify  the  time-phased  mobilization  workloads  and  assets  for  the 
CONUS  Base. 

(2)  Develop  a  model  which  will  compute  mathematically  derived, 
workload-based  CONUS  Base  manpower  required  to  mobilize,  train,  deploy,  and 
sustain  the  Army  during  mobilization. 

(3)  Provide  an  automated  means  for  evaluating  CONUS  Base  mobilization 
policies. 

(4)  Improve  CONUS  Base  manpower  requirements  equations. 

THE  BASIC  APPMACH 

(1)  The  approach  taken  to  model  development  was  Initially  to  define 
the  data  requirements,  the  output  reports,  and  the  logic  necessary  to  model 
the  NOBTOA  development  process. 

(2)  A  functional  design  was  developed  and  approved  by  the  sponsor, 
after  which  programs  were  written  and  tested  using  hypothetical  test  data. 

(3)  After  acceptance  by  the  sponsor  of  test  data  results,  actual 
Input  data  were  collected  from  automated  and  manual  sources;  and  the  model 
operated  to  produce  test  reports  for  field  evaluation  by  potential  users. 

(4)  As  a  result  of  field  evaluations,  data  and  program  modifications 
were  made  to  bring  the  model  to  operational  level. 

(5)  Operational  runs  of  the  model  were  used  to  verify  the  functional 
design,  and  a  complete  set  of  output  reports  was  provided  to  the  study 
sponsor  In  Nay  1964. 

THE  STUPT  SPttBON  is  the  Force  Development  Directorate  of  the  Office  of  the 
beputy  Chief  of  Staff  for  Operations  and  Flans  (00CS0PS). 

THE  S—T  mm  met  directed  by  Hr.  F.  Oordon  Barry,  Forces  Directorate. 

6—11  Hi  MHMI  am  be  directed  to  US  Army  Concepts  Analysis  Agency, 
nnet  assistant  wweHr  for  Forces,  1120  Maodmont  Avenue,  tethesda,  HD 
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MOBILIZATION  BASE  REQUIREMENTS  MOOEL 
(MOBREM)  STUOr 


CHAPTER  1 
INTRODUCTION 


1-1.  PURPOSE 

a.  'This  study  report  covers  the -period  from  November  1979  through 
August  1984,  during  which  time  a  f ive-phaseiJ^study  to  develop  the  Mobili¬ 
zation  Base  Requirements  Model  (MOBREM) ,  wav  .conducted  by  tne  US  Army  Con¬ 
cepts  Analysis  Agency  (CAA)  in  response  to  the  'Office  of  the  Deputy  Cnief 

of  Staff  for  Operations  and  Plans  (ODCSOPS)  taskings.  -The  model  will  assist 
the  Department  of  the  Army  (OA)  in  manpower  and  mobilization  planning, 
budgeting,  policy  development,  and  in  determining  tne  mobilization  support 
requirements  of  the  Continental  United  States  (CONUS)  Base.  Tne  study 
report  describes  tne  problems  leading  to  tne  study,  a  historical  summary  of 
tne  activities  and  products  of  each  of  the  five  model  development  pnases, 
and  tne  methodology  of  tne  model.  It  also  defines  tne  tasks  required  to 
operate  tne  model,  reflecting  the  experience  gained  by  CAA  during  two  data 
base  updates  and  model  runs  made  during  tne  development  effort.  The  study 
report  concludes  with  observations  regarding  model  use  by  trie  Army. 

b.  Trie  purpose  of  Cnapter  1  is  to  identify  tne  problem,  tne  study 
pnases,  objectives,  scope,  and  assumptions. 

1-2.  PROBLEM 

a.  Tne  problems  tnat  led  to  tne  study  are  associated  witn  tne  Army's 
MoDilization  Table  of  Distribution  and  Allowance  (MOBTDA)  development  pro¬ 
cess  and  nave  been  a  subject  of  concern  by  tne  Army  and  Office  of  tne 
Secretary  of  Defense  (OSD)  for  a  number  of  years.  Four  related  Army  Staff 
(ARSTAF)  ana  OSD  actions  described  below  highlight  trie  problems  and  were 
tne  principal  stimuli  for  tne  MOBREM  Study. 

(1)  In  August  1978,  Office,  Chief  of  Army  Reserve  (OCAR),  in  a  memo 
to  the  Mobilization  Directorate  of  the  Office  of  the  Deputy  Cnief  of  Staff 
for  Operations  and  Plans  (ODCSOPS)  (DAMO-FDP)  identified  tne  need  for  a 
model  to  nandle  the  vast  amount  of  data  generated  by  existing  doctrine, 
policies,  and  allocation  rules  relative  to  trie  mobilization  and  deployment 
processes . 

(2)  Tne  OCAR  memo  generated  discussions  whicn  resulted  in  issuance  of 
Chief  of  Staff  Memorandum  (CSM)  7 9-15-27  dated  3  August  1979.  The  CSM 
established  ar  ad  noc  study  group  within  DAMO-FDP  and  a  Study  Advisory 
Group  (SAG)  consisting  of  representatives  of  all  CONUS  Base  major  Army  com- 
nands  (MACOMs)  and  selected  ARSTAF  organizations.  The  CSM  assigned  ODCSOPS 
tne  respons ibi 1 ity  to  task  CAA  to  conduct  a  comprehensive  study  which  would 


define  tne  CONUS  8ase  required  to  mobilize,  train,  deploy,  and  sustain  tne 
Army  during  mobilization,  and  to  provide  advice  on  the  design  of  a 
metfiodology /model  to  determine  tne  force  structure  and  manpower  require¬ 
ments  for  sucn  a  mobilization  base. 

(3)  A  follow-up  memorandum  dated  16  November  1979  from  the  Deputy 
Assistant  Secretary  of  Defense,  Requirements,  Resources  and  Analysis,  stated 
serious  reservations  about  the  credibility  of  tne  procedures  used  to  esti¬ 
mate  wartime  manpower  requirements  for  TDA  units  (see  Appendix  8).  The 
memo  continued  stating,  "Our  informal  discussions  witn  the  Army  Staff  indi¬ 
cate  that  the  Army  will  not  be  able  to  provide  mathematically-derived,  work- 
load-based  MOBTDA  requirements  until  MOBREM  is  operational." 

(4)  After-action  reports  from  rapid  reinforcement  exercises,  such  as 
Proud  Spirit  and  the  mobilization  exercises  (MOBEX  76  and  subsequent  exer¬ 
cises),  revealed  shortcomings  in  Army  mobilization  planning  for  the  CONUS 
Base  support  of  mobilizing  units  as  well  as  inadequate  support  resources 
available  during  the  exercises.  The  CONUS  Base  consists  of  CONUS  resources 
required  to  mobilize,  train,  deploy,  and  sustain  the  Army  during  mobiliza¬ 
tion. 

b.  Prior  to  being  tasked  formally  to  conduct  a  study,  CAA  was  requested 
to  analyze  the  existing  MOBTDA  process  to  develop  more  definitive  statements 
of  tne  problems  and  a  model  development  plan.  First,  CAA'  noted  that  Head¬ 
quarters,  Department  of  the  Army  (HQDA)  and  the  MACOMs  and  CONUS  installa¬ 
tions  all  experienced  great  difficulties  in  assimilating  the  interrelation- 
snips  and  interactions  among  the  various  mobilization  planning  systems 
wnich  define  tne  mobilization  workloads  to  be  placed  on  tne  CONUS  Base. 

Tne  planning  systems'  workloads  include  supporting  TDA  units,  mobilizing 
and  deploying  units,  trainees,  medical  evacuees,  CONUS  patients,  and  tne  US 
Army  Materiel  Development  and  Readiness  Command  (DARCOM)  shipping  require¬ 
ments.  Second,  tne  analysis  observed  that  tne  difficulties  were  caused 
primarily  by  inadequate  integration  of  the  aforementioned  mobilization 
planning  systems,  and  tne  inability  of  mobilization  planners  to  assess  tne 
merits  of  alternate  sets  of  mobilization  policies  in  an  effective  response 
time. 

c.  The  overall  result  was  an  undisciplined,  incomplete  MOBTDA  system 
character ized  by  complicated  and  unstructured  MOBTDA  procedures.  Poorly 
controlled  and  installation  unique  standards  for  defining  the  CONUS  Base 
manpower  requirements  further  complicated  matters  and  added  to  the  lack  of 
credible  assessment  criteria  for  evaluating  MOBTDAs. 

d.  The  major  problems  associated  with  MOBTDA  development  are  specified 
below: 

(1)  There  is  no  single  data  source  tnat  integrates  the  Army-wide  work¬ 
loads  and  assets  planned  for  placement  on  installations  during  mobilization. 

(2)  Information  presented  to  the  installation  on  mobilization  work¬ 
loads  and  support  assets  is  extremely  complex. 
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(3)  Manpower  standards  are  not  centrally  controlled,  are  not 
standardized  among  the  installations,  and  are  difficult  to  relate  to 
mobilization  workloads. 

(4)  No  means  exist  to  evaluate  mobilization  planning  policy  options 
in  effective  response  times. 

(5)  MOBTDA  evaluation  is  not  supported  by  objectively  derived 
standard  manpower  requirements  computations  and  integrated  workload 
al location. 

1-3.  STUDY  PHASES 

a.  Prior  to  formal  tasking,  CAA,  in  November  1979,  commenced  an 
analysis  of  the  CONUS  Base  mobilization  processes  and  problems.  This 
resulted  in  a  proposed  model  development  plan.  The  plan  was  accepted,  and 
in  August  1980,  the  first  of  a  series  of  taskings  required  CAA  to  design 
and  develop  a  model  to  determine  the  manpower  and  equipment  required  by  tne 
CONUS  Base  to  mobilize,  deploy,  train,  and  sustain  the  total  Army  during 
mobilization  to  meet  a  NATO/Warsaw  Pact  scenario. 

b.  Five  development  phases  have  been  completed  over  a  period  of 
approximately  4  years.  Tnree  separate  DAMO-FD  study  directives  (see  Appen¬ 
dix  B)  covered  Phases  II  and  III,  Phase  IV,  and  Phase  V.  The  principal 
objectives  of  tne  study  pnases  follow: 

(D  Pnase  I  -  problem  analysis,  design  concept,  and  implementation 

plan. 

(?)  Pnase  II  -  functional  design  and  documentation. 

(3)  Phase  III  -  programing,  programing  test,  and  documentation. 

(4)  Phase  IV  -  data  collection  and  evaluation  of  MOBREM-produced  test 
reports  to  determine  the  requirements  for  the  initial  operational  level  of 
tne  model  for  use  by  the  Army  for  MOBTDA  development;  improvements  and 
documentation  of  the  manpower  standards;  documentation  of  an  Operator's 
Manual . 

(5)  Phase  V  -  upgrading  and  verification  of  the  model  to  initial 
operational  level  analysis  and  turnover  of  operational  reports  for  use  by 
HQOA  in  support  of  MOBTOA  guidance;  updating  of  all  model  documentation  and 
preparation  of  Phases  I-V  study  report. 

1-4.  STUDY  OBJECTIVES.  The  MOBREM  study  objectives  are  to: 

a.  Provide  the  Army  with  a  single  source  automated  data  base  that  will 
identify  time-phased  mobilization  workloads  and  assets  planned  for  tne 
CONUS  Base. 
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b.  Develop  a  model  which  will  compute  mathematically  derived,  workload- 
based  CONUS  Base  manpower  required  to  mobilize,  train,  deploy,  and  sustain 
tne  Army  during  mobilization. 

c.  Provide  an  automated  means  for  evaluating  CONUS  Base  mobilization 
policies. 

d.  Improve  CONUS  Base  manpower  requirements  equations. 

1-5.  SCOPE.  The  MOBREM  study  effort  has  been  directed  toward  the  analysis 
of  mobilization  planning,  i.e.,  the  identification  and  integration  of  data 
in  the  Army's  vertical  planning  systems  (see  Chapter  3,  Table  3-3)  which 
allocate  mobilization  workloads  and  assets  to  CONUS  Base  installations,  and 
the  identification  and  sizing  of  CONUS  Base  functions  that  provide  the  sup¬ 
port  for  a  NATO/Warsaw  Pact  scenario  requiring  a  full  mobilization 
response.  Full  mobilization  covers  expansion  of  the  Active  Armed  Forces 
resulting  from  mobilizing  all  Reserve  Component  (RC)  units  in  the  existing 
approved  force  structure,  all  individual  reservists,  and  the  materiel 
needed  for  their  support.  However,  the  methodology  will  provide  tne 
capability  to  analyze  selective,  partial,  or  total  mobilization  scenarios 
as  mobilization  policies,  assumptions,  and  guidance  are  developed  and 
provided  as  inputs  to  the  model. 

1-6.  ASSUMPTIONS.  The  assumptions  on  which  the  study  was  predicated  were 
specified  at  the  first  SAG  meeting  in  August  1979  and  are  listed  below. 

a.  Study  and  Implementation  Resource  Support 

(1)  A  clearly  defined  HQDA  Mobilization  Planning  System  will  be  es- 
tablisned  witn  links  to  Army  vertical  planning  systems. 

(2)  The  HQDA  Mobilization  Planning  System  will  make  provision  for: 

(a)  Allocation  of  resources  to  implement  MOBREM. 

(b)  Control  and  coordination  of  Army-wide  prioritization  of  al¬ 
location  of  manpower  and  facilities,  and  distribution  of  supplies. 

(c)  Full-time  mobilization  planners  at  the  HQDA,  MACOM,  and  Army 
installation  levels. 

(3)  Initial  mobilization  processes  will  utilize  the  capabilities  and 
capacities  of  existing  installations  and  facilities. 

b.  Model  Design 

(1)  Full  mobilization  will  be  considered  a  prelude  to  total  mobili¬ 
zation.  Planning  should  also  assume  that  contingencies  may  arise  which 
include  partial  mobilization  to  augment  the  active  force  capability.  (See 
Glossary  at  the  end  of  this  report  for  definitions  relative  to  the 
preceding. ) 
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(2)  Mobilization  base  support  requirements  will  be  standardized 
except  for  tnose  missions  and  functions  deemed  "MACOM  or  installation 
unique." 

(3)  Altnough  the  initial  output  of  MOBREM  will  document  manpower 
requirements  only,  the  model  design  should  be  compatible  for  expansion  to 
use  the  input  data  that  are  not  specifically  "requirements"  data  (for  ex¬ 
ample,  facility  capability  or  resource  availability  inputs). 

c.  Data  Support 

(1)  Unit  activations  and  scheduling  will  be  in  consonance  witn  tne 
Forces  Comnand  (FORSCOM)  Mobilization  Troop  Basis  Stationing  Plan  (MTBSP). 

(2)  Input  data  for  MOBREM  will  be  derived  from  tne  FORSCOM  Reserve 
Component  Mobilization  Plan;  the  FORSCOM  MTBSP;  the  Training  and  Ooctrine 
Command  (TRADOC)  Post  Mobilization  Individual  Training  and  Support  Plan; 
the  Army  Medical  Department  Health  Services  Cormand  Base  Mobilization  Plan; 
DARCOM;  Army  Communications  Command  (ACC);  Military  Transportation  Manage¬ 
ment  Command  (MTMC)  mobilization  plans;  and  installation  MOBTDA  plans. 

(3)  Automation  of  tne  MTBSP  and  tne  Partial  Mobilization  Installation 
Troop  Stationing  Plan  (PMITSP)  processes  will  provide  tne  capability  to 
model  botn  of  these  documents  for  tne  program  years. 

(4)  Guidance  regarding  show  rates,  training  loads,  and  component 
(COMPO)  4  activations  contained  in  Annex  D  to  tne  Program  Objective  Memo¬ 
randum  represent  latest  Army  polic^. 
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CHAPTER  2 
APPROACH 


2-1.  INTRODUCTION.  Chapter  2  provides  an  overview  of  the  technical 
approach  taken  during  each  of  the  five  phases  of  MOBREM  development.  The 
objective  of  CAA  was  to  take  an  in-depth  approach  involving  a  continuing 
dialogue  throughout  the  study  with  the  people  who  would  use  tne  model  and 
provide  its  inputs.  Each  phase  of  the  approach  was  carried  out  by  a 
systematic,  formal  acquisition,  analysis,  and  evaluation  of  information 
pertaining  to  the  data  and  processes  required  in  the  CONUS  Base  during 
mobilization.  The  development  phases  were  planned  in  accordance  with 
standard  model  development  practice  (i.e.,  problem  definition,  proposed 
solution,  functional  design,  programing,  test,  and  model  operation).  After 
each  phase  was  completed,  the  objectives  and  tasks  for  the  succeeding  phase 
were  reviewed  and  validated  by  the  sponsor  before  the  next  phase  was  begun. 
Brief  descriptions  of  the  principal  activities  of  each  phase  are  given 
below.  A  summary  listing  of  the  objectives  and  products  of  each  pnase  is 
shown  in  Table  2-1  at  the  end  of  this  chapter. 

2-2.  PHASE  I  -  PROBLEM  DEFINITION  AND  PROPOSED  SOLUTION 

a.  In  August  1979,  DAMO-FD  requested  CAA's  participation  in  tne 
analysis  of  tne  CONUS  Base,  the  MOBTOA  problems,  and  the  formulation  of  a 
study  plan  for  MOBREM.  This  request  was  made  witnout  a  formal  tasking 
directive  witn  tne  understanding  that  the  results  of  tne  CAA  Phase  I  effort 
would  form  the  basis  of  the  MOBREM  Study  and  subsequent  formal  tasking. 

b.  Tne  initial  action  requested  of  CAA  was  the  review  of  a  CSM  contain¬ 
ing  a  study  plan  schedule  for  developing  MOBREM.  The  plan  specified  a 
6-month  Phase  I  effort  consisting  of  tne  following  tasks: 

(1)  Define  the  scope  and  nature  of  the  problem. 

(2)  Describe  the  activities,  functions,  and  physical  character  of  tne 
mobilization  base. 

(3)  Develop  assumptions  to  include  the  force  to  be  supported  and  tne 
resources  to  be  available  to  support  deployment. 

(4)  Identify  the  policy  decisions  needed  to  begin  the  modeling 
process. 

c.  The  Phase  I  activities  commenced  with  a  series  of  CAA  written 
questions  addressed  to  DAMO-FDP  and  to  the  SAG.  These  questions  were  used 
to  initiate  meetings  and  information  exchanges  with  all  tne  parties  to 
identify  the  basic  requirements  for  a  model  which  would  address  the  MOBTDA 
problems  tnat  had  been  expressed  by  OCAR  and  OSD  ,see  paragraph  1-2).  A 
preliminary  set  of  model  requirements  was  discussed,  after  which  CAA 
presented  to  the  sponsor  a  concept  for  determining  and  verifying  the 
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information  needed  for  model  development.  After  approval,  the  preliminary 
essential  elements  of  information  needed  for  model  development  were 
established.  These  included  the  mobilization  workload  categories,  the 
CONUS  Base  functional  codes,  the  mobilization  policies,  and  the 
installations  to  be  covered.  The  organizations  responsible  for  providing 
input  data,  for  issuing  procedures  and  documents  used  for  planning  the 
CONUS  Base  mobilization  missions,  and  for  developing  the  MOBTDAs  were 
likewise  identified.  Listings  of  the  total  data  requirements  were  prepared 
and  the  source  locations  for  each  data  element  identified.  Potential  users 
were  consulted  to  establish  trial  model  output  requirements.  These  results 
were  presented  to  the  SAG  in  December  1979. 

d.  The  next  step  was  the  generation  by  CAA  of  an  overview  of  a  MOBREM 
data  processing  concept  outlining  the  basic  inputs,  data  flow,  model  opera¬ 
tions  and  outputs.  In  addition,  CAA  produced  a  preliminary  estimate  of  the 
resources  required  to  develop  the  model  which  included  a  requirement  for 
contract  support.  In  May  1980  the  model  concept,  a  phased  development 
plan,  and  a  preliminary  contractor  statement  of  work  were  presented  to  the 
sponsor  and  the  SAG  by  CAA.  Guidance  to  proceed  with  the  plan  was  given  by 
the  study  sponsor. 

e.  The  last  step  in  Phase  I  was  the  finalization  of  the  contractor 
statement  of  work  for  model  design  and  programing  support  based  on  the 
agreements  reached  at  the  May  1980  SAG.  However,  a  major  change  to  the 
design  concept  had  to  be  made.  The  approved  concept  specified  that  all 
mobilization  workload  inputs  to  MOBREM  would  be  allocated  to  installations 
by  the  MOBREM  input  systems.  Late  in  Phase  I,  during  discussions  with  the 
DARCOM  SAG  representatives,  it  was  discovered  that  an  ongoing  system 
development  in  DARCOM  would  not  be  completed  to  provide  the  required 
allocation  of  the  DARCOM  workloads  to  DARCOM  installations.  As  a  result, 
the  original  MOBREM  design  concept  was  modified  by  CAA  to  provide  a  capa¬ 
bility  within  MOBREM  to  allocate  OARCOM  workloads  to  DARCOM  installations. 
The  modification  represented  a  major  design  change  and  significantly 
increased  the  analysis  and  data  collection  requirements,  including  seven 
additional  reports  for  DARCOM.  This  resulted  in  changes  to  the  proposed 
government  and  contractor  tasks  which  were  approved  by  DARCOM  and  the  study 
sponsor  at  the  conclusion  of  Phase  I. 

2-3.  PHASE  II  -  FUNCTIONAL  DESIGN 

a.  CAA  was  tasked  by  ODCSOPS  in  July  1980  to  complete  the  preaward 
competitive  selection  process  and  to  direct  the  government  and  contract 
efforts  during  Phases  II  and  III  (programing  and  test).  The  government 
efforts  consisted  of  finalizing  the  DARCOM  workload  allocation  design 
concept  and  further  analyzing  and  refining  the  Phase  I  data  and  logic  as 
the  functional  design  process  evolved. 

b.  The  functional  design  of  MOBREM  (Phase  II)  was  based  on  the  results 
of  Phase  I.  The  preliminary  essential  elements  of  information  and  the 
design  concept  developed  by  the  CAA,  the  ODCSOPS  ad  hoc  study  team,  and  the 
SAG  during  Phase  I  were  reviewed,  verified,  or  modified  by  the  the  same 
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group.  Commencing  with  Phase  II,  this  same  information  and  design  concepts 
were  augmented  by  the  contractor.  The  data  definitions  and  planned  usages 
were  structured  into  standardized  sets  of  workload  categories,  mobilization 
installations,  and  functional  codes  and  sent  to  the  field  via  the  SAG  for 
verification.  The  field  review  verified  that  all  relevant  activities  that 
take  place  during  the  mobilization  process  were  captured  in  the  design 
concept.  The  activities  included  workload  determination  and  measurement  by 
installation  and  time  period;  alignment  of  workloads  to  homogeneous  support 
functions  (functional  codes);  and  use  of  conversion  algorithms  (manpower 
and  equipment)  and  other  distributional  or  accounting  techniques,  e.g., 
medical  host/tenant  agreements.  The  reviews  were  coordinated  with  the 
study  sponsor,  the  SAG,  and  representative  field  activities.  Additionally, 
the  supporting  Army  vertical  planning  systems  that  provide  MOBREM 
management  and  mobilization  inputs  were  analyzed  for  incorporation  into  tne 
model  methodology  (e.g.,  FORSCOM  Mobilization  Troop  Basis  Stationing  Plan). 

c.  The  Army's  mobilization  policies  were  also  reviewed  witn  DAMO-ODM 
and  the  study  sponsor.  This  resulted  in  a  final  analytical  overlay  of 
policies  and  assumptions  peculiar  to  the  mobilization  environment.  The 
review  included  an  identification  of  critical  variables  of  analytical  util¬ 
ity,  wnich  dictated  the  need  for  a  "parameterization"  capability.  Thus, 
certain  policy  or  environmental  variables  were  allowed  to  vary  over  a 
relevant  range  for  analysis  of  the  resource  impacts  of  the  alternative 
(user-set)  values. 

d.  The  functional  design  of  MOBREM  established  a  framework  for  tne 
model's  functional  capabilities  by  identifying  modules  in  a  hierarchical 
manner,  each  comprised  of  similar  functions.  For  eacn  module,  processes 
were  defined,  which,  when  executed  in  combination  or  in  sequence,  achieved 
tne  requisite  functional  capabilities.  This  approach  established  tne  data 
requirements  and  output  of  each  module  and  suggested  which  model  inputs 
would  be  parameterized.  It  also  provided  a  documented  source  of  all 
assumptions,  computational  techniques,  and  module  interrelationships  in  the 
model  and  established  tne  basis  for  the  model's  ADP  design  and  programing. 

e.  Limitations.  Included  in  the  functional  design  was  agreement  with 
tne  sponsor  on  the  model  limitations  shown  below. 

(1)  MOBREM  inputs  do  not  consider  expansion  of  the  current  force 
structure  or  current  industrial  base. 

(2)  MOBREM  computes  resource  requirements  only,  unconstrained  by 
facility  capacities  and  resource  supply  or  availability  considerations. 
However,  features  in  the  model  design  will  allow  the  user  to  approximate 
the  effects  of  supply  shortfalls  in  various  resource  categories  (e.g., 
prisoners,  patients,  and  OARCOM  supply). 

(3)  Consistent  with  the  "requirements  only"  objective  of  the  model, 
there  is  no  resource  optimization  capability.  MOBREM  will  not  allocate 
scarce  resources  to  Installations  or  allocate  deploying  units  in  an  optimal 
manner;  but  there  are  minor  exceptions  to  this  statement  in  the  medical  and 
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OARCOM  areas  where  workload  distribution  algorithms  are  available  to  the 
user  for  analysis  purposes.  In  general,  the  model  assumes  the  same 
priorities  for  resource  demands  that  are  established  in  the  input  data 
systems.  However,  the  modular  structure  of  the  model  will  adapt  to  an 
optimization  technique  overlay  if  resource  allocation  criteria  are 
provided. 

f.  A  two-volume  functional  design  manual  containing  a  detailed  de¬ 
scription  of  the  MOBREM  functional  design  specifications  was  produced 
during  Phase  II. 

2-4.  PHASE  III  -  PROGRAMING  AND  TEST 

a.  Program  Development.  Phase  III  consisted  initially  of  developing 
program  specif ications,  program  coding,  and  documentation.  The  bulk  of  the 
program  development  was  accomplished  by  the  contractor.  However,  CAA 
prepared  the  program  specifications  and  coded  programs  for  certain  "pre" 
preprocessing  programs.  These  related  to  overlaying  data  from  separate 
large  input  files  onto  a  single  MOBREM  file  for  normal  preprocessing  pro¬ 
gram  development  by  the  contractor.  The  principal  example  of  "pre"  pre¬ 
processing  was  in  connection  with  the  Mobilization  Troop  Basis  Stationing 
Plan  ( MT3SP ) ,  the  Unit  Reporting  System,  and  The  Army  Authorization 
Document  System  (TAADS),  which,  by  using  the  first  letter  of  each  system, 
is  called  the  MUT  for  short.  The  MUT  file  brings  together  in  one  file  the 
principal  information  on  units  needed  by  MOBREM.  In  addition,  CAA  prepared 
programs  associated  with  DARCOM  inputs. 

D.  Program  Test 

(1)  The  MOBREM  Model  was  designed,  using  top-down  structured  concepts 
which  define  modules,  each  comprising  a  number  of  programs  and  performing  a 
certain  function  or  functions.  The  test  proceeded  as  follows: 

(a)  The  overall  model  functional  objectives  were  defined. 

(b)  Each  separate  and  successive  function  necessary  for  the  accom¬ 
plishment  of  the  objectives  was  delineated,  and  separate  modules 
incorporating  these  functions  were  defined. 

(c)  Each  module  was  further  divided,  as  necessary,  to  the  sub¬ 
function  level,  and  a  program  was  written  to  perform  each  of  these  sub¬ 
functions. 

(d)  The  overall  functions  were  clustered  into  discrete  statements 
of  functional  capabilities.  These  represented  sequential  or  parallel  op¬ 
erations  of  the  subfunctions  (Appendix  C  identifies  the  functional 
capabilities  used  to  test  the  programs). 
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(e)  Test  data  sets  were  created  to  be  used  as  input  to  each  of  the 
subfunction  clusters  of  each  module.  These  test  data  sets  established 
values  for  inputs,  interim  outputs,  and  final  outputs  for  each  functional 
capabi 1 i ty. 

(2)  Each  module  was  then  programed  and  tested  in  the  following 
manner : 


(a)  As  each  program  was  written,  the  programer  tested  it  by  running 
it  through  its  related  test  data  set(s)  created  to  demonstrate  all  of  the 
possible  characteristics  of  the  live  data.  Valid  and  invalid  data  were  put 
through  the  program  to  test  error  detection  features,  making  liberal  use  of 
display  messages  indicating  output  file  record  counts  and  data  errors 
encountered. 

(b)  The  test  data  sets  were  applied  to  each  functional  capability, 
and  the  data  manipulations  and  transformations  required  were  then  performed 
manually  by  the  CAA  analyst. 

(c)  The  test  data  were  then  put  through  the  programs  constituting 
the  module,  and  the  resulting  data,  whether  in  report  or  interim  file  dump 
format,  were  compared  with  the  results  produced  by  the  analyst.  In  the 
case  of  inconsistent  results,  the  CAA  analyst  and  programer  located  the 
source  of  the  error  by  following  the  data  step  by  step  through  the  program 
and  printing  the  output  of  each  program  until  the  erroneous  output  was 
found.  The  programing  errors  were  then  corrected,  and  the  data  extract  was 
once  again  put  through  the  module.  Testing  proceeded  in  this  manner  until 
each  module  produced  the  expected  results. 

c.  Test  Evaluation.  The  test  results  were  evaluated  on  the  basis  of 
the  following  criteria: 

(1)  Tolerances:  the  range  over  which  a  data  value  output  by  the 
model  was  allowed  to  vary  and  still  be  considered  acceptable.  For  outputs 
that  were  model  "throughputs,"  test  output  values  had  to  match  exactly  with 
prespecified  values.  For  outputs  that  were  subjected  to  a  series  of  com¬ 
putational  processes,  test  output  values  were  not  allowed  to  vary  by  more 
than  one  unit  of  measure  (workload  or  manpower)  from  the  prespecified 
values  (due  to  rounding  conventions). 

(2)  Samples:  the  minimum  number  of  combinations  or  alternatives  of 
input  and  output  conditions  that  must  be  exercised  to  constitute  an 
acceptable  test.  The  programing  test  plan  utilized,  as  a  sample,  the 
required  data  to  test  representative  combinations  of  processes  and 
functions  in  the  model  (Appendix  0). 

d.  Test  Demonstration.  Phase  III  was  concluded  on  22  March  1982  with  a 
briefing  and  test  demonstration  for  the  Director,  CAA,  the  study  sponsor, 
and  a  group  of  general  officers,  MACOM  division  chiefs,  and  their 
equivalents.  The  scope  of  the  briefing  consisted  of  a  description  of  the 
model  development  background  and  the  programing  tests  which  had  just  been 
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completed.  The  briefing  was  followed  by  a  demonstration  that  illustrated 
the  model's  capability  to  vary  an  input  parameter  and  produce  a  different 
and  reasonable  model -computed  manpower  support  requirement  result.  The 
Director,  CAA,  concluded  the  briefing  by  polling  the  study  sponsor  and  each 
SAG  representative  and  asking  each  person  if  MOBREM  was  what  he  wanted. 

Each  answered  in  the  affirmative,  and  the  Director  advised  the  study  team 
to  proceed  with  Phase  IV. 

e.  Documentation.  A  five-volume  Program  Maintenance  Manual,  which  doc¬ 
uments  and  organizes,  for  programer  use,  the  detailed  descriptions  of 
MOBREM  programs,  runstreams,  and  output  files  was  produced  during  Phase 
III. 


2-5.  PHASE  IV  -  MOOEL  TEST  AND  MANPOWER  REQUIREMENTS  EQUATION  (MRE) 
DEVELOPMENT 


a.  Tasking.  The  Phase  IV  CAA  tasking  directive  from  ODCSOPS  included 
the  following  tasks: 


(1)  Develop  the  initial  set  of  MRE  for  use  in  MOBREM.  (This  task  was 
a  special  add-on  requested  by  the  Office  of  the  Deputy  Chief  of  Staff  for 
Personnel  (ODCSPER).) 

(2)  Develop  a  plan  for  data  collection  and  field  evaluation  of 
MOBREM. 


(3)  Conduct  a  field  evaluation  of  MOBREM  test  reports. 

(4)  Based  on  results  of  evaluation,  specify  model  operational 
requirements. 


(5)  Produce  a  Functional  User's  Manual.  (During  Phase  IV,  this  re 
quirement  was  changed  to  have  CAA  produce  an  Operator’s  Manual.  The 
Functional  User's  Manual  requirement  was  delayed  to  become  a  Phase  V 
DAMO-FDP  responsibility.) 


b.  MRE  Development 

(1)  The  MRE  improvement  task  was  accomplished  by  contractor  sup¬ 
port  and  resulted  in  the  initial  set  of  MREs  for  use  in  MOBREM.  A 
technical  report  entitled,  "Enhancement  of  Mobilization  Manpower 
Standards  for  the  Army  Mobilization  Requirements  Model,"  which  was  pub¬ 
lished  in  February  1983  3Y  Presearch,  Inc.,  defined  an  initial  set  of 
MREs  to  be  used  in  MOBREM  and  the  rationale  for  development.  The 
report  identified  280  CONUS  Base  support  functions  as  candidates  for 
MRE  coverage  with  the  actual  coverage  as  follows: 

(a)  Predetermined  Manpower  Functions.  Of  the  230  functions, 

105  were  considered  as  not  amenable  to  MRE  development  and  were  identi¬ 
fied  as  having  to  be  input  into  MOBREM  as  predetermined  values  for  the 
manpower  required  for  these  functions  during  mobi 1 ization. 
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(b)  Installation  Unique  Functions.  Of  the  230  functions,  103  were 
considered  installation  unique.  These  relate  to  central  supply  and  main¬ 
tenance  functions  at  DARCOM  installations.  The  MRE  were  developed  from 
analysis  of  data  from  the  installations  which  translated  tons  of  supplies 
and  equipment  to  manpower  support  requirements. 

(c)  Non install at  ion  Unique  Functions.  MRE  for  32  of  the  230  func¬ 
tions  were  developed  by  statistical  techniques  and  apply  to  all  installa¬ 
tions  where  the  functions  exist.  Data  were  not  available  to  support 
statistical  correlation  of  the  remaining  40  of  the  280  functions.  MRE  for 
these  40  functions  were  specified  and  were  based  on  existing  Army  manpower 
staffing  guides. 

(2)  Phase  IV  analysis  of  the  use  of  M0BREM  manpower  test  reports, 
whicn  were  produced  using  the  above  MREs  and  predetermined  manpower  rules, 
pointed  out  the  following  problems: 

(a)  Data  on  instal lations  where  commercial  support  or  where 
host/tenant  agreements  are  present  had  not  been  collected  (except  for 
host/tenant  medical  support  agreements).  Therefore,  application  of  the 
current  MRE  produced  inaccurate  manpower  support  requirements  at  these 
instal lations. 

(b)  The  TDA  functions  were  not  organized  at  all  installations  in 
accordance  with  approved  Army  Management  Structure  Code  (AMSC0)  guidelines. 
The  MRE  functions  used  in  M08REM,  however,  are  based  on  these  AMSC0  guide¬ 
lines.  Consequently,  a  potential  problem  exists  in  applying  M08REM- 
computed  manpower  requirements  to  installation  functions. 

(c)  The  procedures  and  tasking  required  for  updating  and  main¬ 
taining  the  MRE  had  not  been  defined.  M08REM  depends  on  updated  values  for 
all  of  its  many  inputs  which  include  the  MRE. 

(d)  Some  important  mobilization  workloads  (e.g.,  dependents, 
prisoners,  returning  noncombatants,  etc.)  were  not  covered  by  MRE. 

(e)  The  0QCSPER  had  no  plan  for  maintaining  and  updating  the  MRE 
inputs  for  MOBREM.  NOTE :  As  a  result  of  discussions  regarding  the  MRE 
problems  pointed  out  in  paragraphs  2-5b(2),  0DCSPER  requested  CAA  to  manage 
the  conduct  of  a  contract  support  study  to  address  the  problems.  The  study 
is  entitled  the  CONUS  Base  Manpower  Requirements  Improvement  Study 
(COMARS).  Competitive  bidding  to  procure  contract  support  for  COMARS  is 
proceeding  (July-August  1984). 
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c.  Data  Collection  and  Input  Data  Base  Formation  and  Analysis 

(1)  A  major  effort  of  Phase  IV  was  the  collection  and  analysis  of  the 
data  required  for  MOBREM  operation.  Procedures  were  established  for  col¬ 
lecting  the  required  data  from  automated  sources  on  a  recurring  basis. 
Manual  input  data  procedures  were  defined,  and  an  input  data  collection  and 
update  plan  was  initiated.  Communication  lines  with  data  sources  were 
established  for  reviewing  data  anomalies  found  as  the  input  data  were  ana¬ 
lyzed  for  use  in  MOBREM. 

(2)  The  input  data  tapes  were  transferred  to  CAA  files  (sometimes 
after  much  difficulty  in  reading),  and  the  resulting  MOBREM  input  data 
were  tested  in  a  series  of  quality  assurance  preprocessing  steps  to 
verify  and  reorganize  the  information  into  forms  recognizable  by 
MOBREM.  Much  of  the  data  analysis  was  devoted  to  quality  assurance 
(e.g.,  to  correct  field  values  that  were  omitted,  inaccurate,  or  un¬ 
reasonable)  and  communicating  with  the  data  providers  for  verification 
or  correction. 

(3)  Both  data  and  preprocessing  programs  were  modified,  and  after 
acceptable  input  data  base  and  preprocessing  procedures  (programs)  were 
established,  the  model  programs  were  executed  to  produce  test  reports 
for  field  evaluation  by  the  MACOMs  and  installations. 

d.  Field  Test 

(1)  CAA  developed  a  test  plan  tnat  required  two  test  runs  of 
MOBREM.  Test  run  one  produced  the  MOBREM  workload  and  asset  reports 
for  field  evaluation.  It  was  initiated  by  the  development  of  a  test 
report  questionnaire  which  the  study  sponsor  distributed  to  the  MACOMs 
and  installations.  The  questionnaire  was  designed  for  the  following 
purposes: 

(a)  To  identify  user  test  report  requirements. 

(b)  To  obtain  field  verification  of  the  UICs,  by  installation, 
to  be  covered  by  the  MOBREM  report. 

(c)  To  verify  the  workload  definitions. 

(d)  To  obtain  field  inputs  on  the  uses  of  MOBREM  reports  beyond 
MOBTOA  development. 

(e)  To  identify  test  managers  who  would  be  the  field  principals 
(action  officers)  involved  in  the  evaluations. 

(2)  Fo  lowing  analysis  of  the  questionnaire  responses,  CAA  devel¬ 
oped  a  test  package  that  contained  a  schedule  for  individual  test 
manager  workshops  to  review  reports  and  descriptions  (tailored  to  each 
test  manager's  organization)  of  the  workload  and  asset  reports, 
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installation  coverage,  and  workload  definitions  that  nad  resulted  from 
field  responses  to  tne  questionnaire.  Each  test  manager  was  instructed  to 
verify  the  contents  of  tne  test  package  and  come  prepared  to  review  reports 
at  tne  worksnops. 

(3)  Tne  results  of  tne  test  manager  workshops  formed  the  basis  for  a 
second  round  of  data  and  program  refinements.  The  model  was  rerun  to  pro¬ 
duce  a  second  set  (test  run  two)  of  updated  workloads  and  asset  reports 
wnicn  contained  the  results  of  the  above  refinements.  Also  included  in 
test  run  two  were  the  manpower  requirements  reports.  The  evaluation  of 
tne  test  run  two  reports  consisted  of  information  excnange,  test 
manager  meetings,  and  evaluations  similar  to  tnose  tnat  took  place  for 
test  run  one. 

(4)  In  addition  to  tne  field  evaluation  of  tne  MOBREM  reports 
whicn  apply  to  all  MACOMs,  a  separate  field  evaluation  of  tne  MOBREM 
DARCOM-spec  if ic  reports  was  conducted  by  representatives  from  tne 
various  participating  DARCOM  agencies  (neadquarters,  the  subordinate 
commands,  and  depots;.  Again,  CAA  and  tne  sponsor  reviewed  tne  DARCOM 
reports'  contents  and  uses  witn  DARCOM  representatives  and  requested 
evaluation  responses  wnicn  were  analyzed  and  used  to  eitner  update 
MOBREM  data  or  programs  during  Pnase  IV  or  to  recommend  modifications 
to  oe  made  during  Phase  V  to  bring  tne  model  to  an  operational  level. 

e.  Test  Results.  The  principal  test  results  were  as  follows: 

(1)  Acquisition  and  integration  of  tne  data  required  to  define 
tne  CONUS  3ase  mobilization  workloads,  assets,  and  manpower  support  was 
demonstrated. 

(2)  MOBREM  produces  all  of  tne  MOBTDA  guidance  reports  and  DARCOM 
reports  required  by  the  sponsor  and  verified  by  the  CONUS  MACOMs  and 
instil  lations. 

(3)  Feedback  from  tne  field  tests  produced  a  list  of  model  and 
data  modifications  recommended  to  bring  MOBREM  to  a  full  operational 
level  ,i.e.,  produces  outputs  tnat  can  be  used  by  tne  Army  for  MOBTDA 
guidance  and  evaluation). 

(4)  An  analysis  and  pr  lor  1 1 i zat ion  of  tne  above  modification  list 
resulted  in  agreement  that  15  specific  modifications  Should  be  made  to 
bring  MOBREM  to  a  full  operational  level.  These  15  modifications 
served  as  the  basis  for  the  Phase  V  tasking. 

f.  Documentation  Two  manuals  were  produced  during  Phase  IV.  Tney 
include  an  Operator's  Manual  giving  detailed  and  ordered  instructions 
for  operating  MOBREM,  and  an  MRE  Technical  Manual  defining  tne  Army's 
CONUS  Base  MRE  to  be  used  in  MOBREM. 
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2-6.  PHASE  V  -  MOBREM  IMPLEMENTATION 

a.  Tne  Pnaso  V  tasking  directive  from  ODCSOPS  requested  CAA  to  im¬ 
plement  improvements/ennancements  identified  during  Pnase  IV  as  opera¬ 
tionally  required  and  to  complete  all  actions  required  to  bring  tne  model 
to  an  operational  level.  Included  among  these  actions  were  the  following 
tusks : 

(1)  Update  tne  MOBREM  data  base. 

(2)  Produce  and  analyze  sample  production  runs  to  verify  the 
functional  design. 

(3)  Produce  a  complete  set  of  production  reports  and  proviJe  tnem 
to  the  sponsor. 

b.  All  of  tne  required  modifications  were  made  and  tested  individu¬ 
ally  using  botn  test  and  live  data  applied  to  each  program  affected. 

After  test  ver if icat ions,  a  model  run  was  executed  to  produce  sample 
production  reports  for  analysis. 

c.  A  team  of  analysts  from  OAMO-FDP  and  CAA  was  instructed  on  now 
tu  read  and  interpret  the  production  reports  for  accuracy  and  adherence 
t.  tne  functional  design.  After  instruction  was  completed,  a  detailed 
analysis  of  eacn  report  was  conducted.  Appendix  0  contains  the  guide¬ 
lines  used  in  tne  verification  process.  Tne  report  analysis  covered 
all  combinations  of  processes  tnat  tne  functional  design  requires.  The 
values  determined  by  manual  analysis  agreed  overwnelmin g iy  (99  percent) 
witn  tnose  on  tne  production  reports.  The  remaining  d i screpanc ies  (1 
percent;  were  explainable  as  analyst  misinterpretation  or  were 
rectified  by  minor  program  adjustments.  The  cumulative  modifications 

f r u * ■  i  triree  separate  programing  and  model  tests  ^i.e.,  Pnasos  III,  IV, 
and  V)  nad  now  been  applied  to  the  model.  The  model  was  now  verified 
as  functioning  precisely  as  specified  by  tne  approved  functional 
design.  Tne  model  was  declared  to  be  at  an  operational  level  and  tne 
required  output  reports  were  sent  to  DAMO-EOP  in  May  1904. 

d.  All  model  documentation  was  updated  during  Phase  V  and  tnis 
study  report  produced. 

2-7.  SUMMARY  -  OBJECTIVES  AND  PRODUCTS,  PHASES  I-V.  Table  2-1 
provides  a  summary  of  tne  principal  objectives  and  products  of  eacn 
MOBREM  development  pnase. 


CAA-SR-34-22 


Table  2-1.  Development  Objectives  and  Products 


Phase 

Objectives 

Product 

I 

Problem  definition  and  proposed 
solutions 

MOBREM  design  concept 
and  development  plan 

II 

Functional  design 

Functional  Design  Manual3 

III 

Programing  and  programing  test 

Program  Maintenance 

Manual3 

IV 

Data  collection  of  live  data 

Coordinated  list  of  MOBREM 
operational  requirements 

Model  operation  to  produce  test 
reoorts 

Operator's  Manual3 

a 

Field  evaluation  of  test  reports 

Recommendations  for  model 
operation 

Analysis,  validation,  and 
development  of  initial 
manpower  standards  to  be 
used  in  MOBREM 

Manpower  Standards  Tech¬ 
nical  Report3 

V 

Upgrading  of  model  to 
full  operational  level 

Updated  model  documentation 
Functional  Design  Manual 
Program  Maintenance  Manual 
Operator's  Manual 

Production  and  analysis  of 
output  reports  to  verify 
updated  functional  design 

Complete  set  of  operational 
reports  dispatched  to 

DAMO-FDP 

Historical  summary  of  model 
development  effort,  model 
methodology  descriptions 
and  observations 

Phases  l-V  Study  Report 

3These  documents  were  developed  by  Presearch, 
contract  to  CAA  and  are  maintained  at  CAA. 

Incorporated  under 

2-11 


CAA-SR-84-22 


CHAPTER  3 
MODEL  METHODOLOGY 


3-1.  INTRODUCTION.  This  chapter  provides  an  overview  of  the  functional 
design  of  MOBREM.  It  describes  how  the  model  works  from  a  functional  view¬ 
point.  More  detailed  descriptions  of  the  functional,  operational,  and  soft¬ 
ware  aspects  of  MOBREM  are  contained  in  documents  referenced  in  Table  2-1, 
Chapter  2.  The  model  methodology  description  begins  in  paragraph  3-3;  how¬ 
ever,  in  order  to  introduce  the  model  metnodology,  brief  overviews  of  CONUS 
Base  organizations  and  support  functions  are  given  below.  The  intent  is  to 
provide  the  reader  an  understanding  of  the  size  of  the  organizations  and 
major  CONUS  Base  support  functions  that  the  model  outputs  address.  Also 
included  is  an  overview  of  tne  current  MOBTDA  development  process.  This  is 
intended  to  give  the  reader  a  better  appreciation  of  how  the  MOBREM  functions 
described  in  tne  metnodology  can  enhance  the  process. 

3-2.  CONUS  BASE.  CONUS  Base  organizations  provide  the  support  that  enable 
units  to  be  deployed,  trainees  to  be  trained,  and  equipment  and  supplies  to 
be  snipped  to  the  theater  or  within  CONUS.  They  also  provide  medical  sup¬ 
port  for  t.oeater  medical  evacuees  as  well  as  tnose  patient  loads  generated 
in  CONUS  installations. 

a.  A  profile  of  CONUS  Base  organizations  and  peacetime  and  wartime 
strengtns  is  shown  in  Table  3-1. 


Table  3-1.  CONUS  Base  Organizations 


Units 

Peacetime 

strengths 

(OOO) 

Wartime 

strengths 

(OOO) 

TDA 

03m  and  OCSA 

3.7 

6.8 

Joint  and  DEF  ACTV 

6.7 

7.1 

OSA  and  ARSTAF  FOA 

46.7 

46.0 

Commands  in  CONUS 

347.6 

658.7 

Army  Reserves 

25.8 

0 

National  Guard 

20.4 

0 

TOE 

Training  division 

32.0 

52.9 

Training  spt  units 

4.1 

4.5 

GSF  units 

29.8 

37.1 

Sep  inf  bde 

19.0 

20.1 

Qtner 

3.9 

4.1 

Totals 

539.7 

337.3 
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b.  In  tne  left  column  tne  CONUS  Base  organizations  are  divided  into 
groupings  of  TOA  units  and  table  of  organization  and  equipment  (TOE)  units. 
Included  among  tne  TDA  units  are  the  Office,  Secretary  of  tne  Army  (QSA) 
and  Office  of  the  Chief  of  Staff  of  the  Army  (OCSA)  staffs,  and  Army  ele¬ 
ments  in  joint  and  defense  activities.  The  latter  represent  Army  repre¬ 
sentatives  in  various  government  defense  and  nondefense  organizations  which 
include  attaches  and  embassies.  Botn  the  OSA  and  Army  Staff  (ARSTAF)  have 
field  operating  agencies  (FOA)  under  their  jurisdictions;  for  example,  CAA 
is  an  FOA  under  the  Chief  of  Staff. 

c.  The  major  commands  in  CONUS  are  represented  on  the  next  line. 

FORSCOM,  DARCOM,  TRADOC,  and  Health  Service  Commands  are  the  larger  commands. 
The  Chief  of  Engineers,  Army  Communication  Command,  the  Intelligence  Command, 
Military  Traffic  Management  Command,  Criminal  Investigation  Command,  and 

tne  Military  District  of  Washington  are  tne  smaller  major  commands  included 
in  tne  CONUS  Base. 

d.  Tne  Army  Reserve  and  National  Guard  represent  peacetime  organiza¬ 
tions  in  tne  CONUS  3ase  that  are  absorbed  within  the  other  commands  after 
mob i 1 ization. 

e.  TOE  units  are  also  included  among  tne  CONUS  Base  organizations.  The 
training  divisions  are  United  States  Army  Reserve  (USAR)  TOE  cadre  units 
wnose  mission  is  to  set  up  Army  training  centers  during  mobilization.  The 
training  support  units  are  functionally  organized  for  signal,  engineering, 
transportation,  maintenance,  and  otner  specialized  combat  support  and  combat 
service  support  training.  The  general  support  force  (GSF)  units  are  non- 
Jeployable  units  supporting  tne  CONUS  mobilization  mission  and  deployable 
units  with  an  initial  mission  to  provide  CONUS  3ase  support.  The  separate 
infantry  brigades  represent  CONUS  defense  units  such  as  tnose  in  Panama  and 
Alaska  or  an  infantry  school  support  brigade  in  CONUS.  The  middle  column 
snows  tne  peacetime  autnorized  strengtn  as  specified  in  The  Army  Authori¬ 
zation  Document  System  (TAAOS).  The  rignt  column  lists  the  wartime  strengtn 
projections  as  specified  in  tne  required  column  of  TAADS.  Both  sets  of 
strengths  are  as  of  1931. 

f.  Table  3-2  displays  a  listing  of  support  functions  provided  by  tne 
CONUS  3ase  organizations.  The  functions  represent  the  principal  CONUS  3ase 
support  needed  during  peacetime  and  which  undergo  change  during  mobilization. 
Most  expand  in  size,  some  reduce  in  size,  and  others  (recruiting)  change 
purpose  upon  mobilization.  The  column  on  tne  left  represents  a  sampling  of 
major  command  and  ARSTAF  support  functions.  Also  included  are  staff  func¬ 
tions  such  as  studies  and  analyses.  The  base  operations  support  functions 
are  comnon  to  all  installations.  Reserve  Component  (RC)  support  is  repre¬ 
sented  in  Table  3-2  by  RC  organizat ions  tnat  provide  training  and  mobili¬ 
zation  planning  support  during  peacetime,  and  during  mobilization  assist  in 
mobilizing  tne  Reserves.  The  manpower  requirements  reports  produced  by 
MQBREM  cover  340  subfunctions  of  the  functions  listed  in  Table  3-2. 
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Table  3-2.  CONUS  Base  Support  Functions 


Major  command  and 
ARSTAF  support 

Base  operations 
support 

Reserve  Component 
support 

Training 

Administration 

CONUSA 

Depot  and  ammo  supply 

Finance  and  accounting 

USAR  commands 

Depot  maintenance  and 

Personnel  services 

State  area  com- 

quality  assurance  (QA) 

Dining  facilities 

mands 

Production  procurement 

Publ ications 

Army  readiness 

Medical 

Supply 

and  mobilization 

Communications 

Training 

regions 

Security 

Maintenance 

Intel  1 igence 

Transportat  ion 

Transportation 

Fami ly  housing 

Military  construction 

Facilities  engineer 

Reception  stations 

Detention  centers 

Recruiting  and  Armed  Forces 
Examining  and  Entrance 
Stations  (AFEES)  support 
Overseas  replacement  centers 
Combat  development 

Management  headquarters 

Doctrine  and  force  development 

Studies  and  analyses 

g.  MOBTDA  Development  Process 

(1)  MOBREM  development  was  initiated  to  improve  the  current  process 
used  to  develop  MOBTDA.  A  brief  overview  of  the  scope  of  this  process  is 
given  to  enhance  the  reader's  understanding  of  the  model  methodology  pur¬ 
poses. 

(2)  Exist  ing  MOBTDA  development  procedures  are  set  forth  in  a  variety 
of  letters  of  instruction  and  guidance  distributed  to  instal 1 ations  by  HQDA 
and  tne  CONUS  MACOMs.  In  general,  the  instructions  and  guidance  are  directed 
at  two  major  processing  steps  required  for  MOBTDA  development.  First,  refer¬ 
ences  to  tne  installation  missions  and  workloads  planned  for  an  instal¬ 
lation  during  mobilization  are  given  as  guidance  for  workload  determination; 
second,  references  to  staffing  guides  for  use  in  translation  of  the  work¬ 
loads  into  the  MOBTDA  required  to  support  the  workloads  are  provided. 

(3)  In  the  first  step  (workload  determination),  the  mobilization  mis¬ 
sion  guidance  very  broadly  specifies  the  overall  mission  of  an  installation 
(in  one  or  two  sentences).  This  is  of  little  value  in  the  development  of  a 
MOBTDA.  The  workload  guidance  references  the  separate  Army  mobilization 
planning  documents  in  which  the  data  are  not  integrated  across  different 
workload  categories.  These  planning  documents  are  voluminous,  each  covering 
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a  specific  category  of  workload  (trainee,  incoming  units,  outgoing  units, 
patients,  etc.).  They  are  not  organized  for  workload  information  retrieval 
by  an  installation.  Tne  workloads  must  be  manually  extracted  by  the  instal¬ 
lation  planner  and  assimilated  for  application  to  the  installation.  (MOBREM, 
on  tne  otner  hand,  provides  tne  installation  planner  with  integrated  work¬ 
loads  sorted  by  installation,  time  period,  and  size.) 

(4)  In  the  second  step  (M08TDA  development),  the  Army's  staffing  guides 
are  used  by  the  installation  planner  to  determine  the  manpower  in  each  MOBTDA 
function  required  to  support  each  of  the  individual  workload  categories. 

Much  of  the  information  in  the  staffing  guides  allows  local  interpretation 

or  application  of  otner  installation  specific  rules.  In  addition,  the  staf¬ 
fing  guides  are  not  updated  regularly.  Thus,  the  development  of  MOBTPAs 
evolved  into  more  of  an  exercise  in  local  judgment  ratner  than  a  standard 
mathematical ly-derived  objective  determination.  MOBREM  uses  newly  developed 
manpower  requirements  equations  to  compute  the  manpower  required  to  support 
tne  installation  workloads.  MOBREM  reports,  covering  both  the  workloads 
and  manpower  requirements,  are  provided  as  guidance  to  tne  MACOMs  for  de¬ 
veloping  more  objective  installation  MOBTDA  development  instructions. 

(5)  In  summary,  botn  the  identification  of  tne  workloads  and  the  trans¬ 
lation  of  tnese  workloads  into  manpower  requirements  are  made  difficult  by 
tne  complexity  of  tne  mobilization  planning  guidance  and  are  susceptible  to 
tne  subjective  individual  judgments  of  installation  planners. 

3-3.  MODEL  METHODOLOGY 

a.  Introduction.  This  section  of  tne  study  report  provides  a  descrip¬ 
tion  of  tne  principal  MOBREM  functions  (inputs,  modules,  outputs).  A  chart 
listing  tne  MOBREM  functions  is  shown  in  Figure  3-1  (page  3-15).  The  figure 
is  inserted  in  the  report  at  the  end  of  Chapter  3  as  a  foldout  to  assist 

tne  reader  in  understand ing  tne  descriptions  which  follow. 

b.  MOBREM  Function  1  (Inputs).  MOBREM  requires  a  large  volume  of  input 
data,  most  of  which  is  obtained  from  Army  planning  sources.  The  input  media 
include  magnetic  tapes,  cards,  microfiche,  and  manual  information  that  varies 
f^om  typewritten  information  to  verbal  inputs.  Table  3-3  lists  tne  principal 
data  inputs,  tneir  planning  sources,  and  gives  a  brief  description  of  the 
use  of  eacn  input  in  MOBREM.  In  total,  these  inputs  must  cover  all  new 
workloads,  new  support  assets  planned  for  the  CONUS  Base  during  mobili¬ 
zation,  and  the  existing  (peacetime)  workloads  and  support  currently  avail¬ 
able  to  tne  CONUS  Base.  Policies  affecting  mobilization  must  likewise  be 
input  into  tne  model  along  witn  many  other  identifiers  such  as  nomencla¬ 
ture,  size,  location,  type,  support  sharing  agreements,  and  other  environ¬ 
mental  information  ccncerning  UICs,  installations,  and  equipment.  Standards 
used  by  the  Army  which  specify  the  quantity  and  type  of  support  required 

per  unit  of  workload  are  also  essential  inputs  (e.g.,  tne  standard  for  re¬ 
cruit  training  support  is  0.2400  times  the  quantity  of  trainees  in  basic 
training  at  the  installation).  The  compilation  of  these  inputs  is  the  first 
MOBREM  function  and  is  depicted  on  the  MOBREM  function  chart  (Figure  3-1, 
page  3-15)  by  representati ve  automated  and  manual  input  symbols.  Most  of 
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the  inputs  require  preprocessing  to  extract  and  fomat  the  data  for  M08REM 
purposes.  As  shown  on  tne  chart,  however,  some  of  tne  input  data  is  fed 
directly  into  the  env ironment/pol icy  (E/P)  module  without  the  need  for  pre 
processing. 


Table  3-3.  Principal  Input  Data,  Planning  Source,  and  Use  in  M08REM 


Input  data 

Vertical  planning  Systran 

ystm  | 

Or <yao  i  rat  ion 

tffJRit  1  ft  iisr 

*•»»!  -  '»w~>h  l  i  l  /  *  |  i  on  '.I  it  inning 
ti*. t  tnplnyn.q  and  non 

1  >*  mg  m  it  *.  1 

nlp'.p 

1  r,  Minn  I  i  f  r  wwih  i  1  *  t  at  *nn  I»k  »l  iwi'  and  1 1 1  (  s  In  *.* 
used  *  *  lb*  «h|#  1 

I  (HI1*, 

»  ♦  1  -l*>'  1  Inn*. 

TAAlV. 

■a  '  .  'IAMO  f  M 

f  >>  i  |*n  l  ■  *  ,  •  he  •  *  *  en  |*  hr  *  it  f  un*  »  ■  .ins  in  *  *.»• 

*  tf*l  l  ’  ■  das*  i  b  i  *  i*i>  ha*.e  |  ••i’  **  i '« 1 1  in  .  »'|i|  i .  . 

pn  1  w  f  1 1*  *>  l  i  **,  <ir  pre  *'1«»n*  i  *  .  nd  notii  1  .  /  if  .  in 
w.|nn  i  ng  1  w  »*  1  • 

'«MM*  installation  -rnssealfc 

tinm  i 

i  AA 

In  relate  Mlft'.P  I.m  ||  inn*.  *  •*  MllflPfM  i  ns »  i  II  al  ' -in'. 

***  d  in  it  «<  lit  art  personnel 
»*■  'Mini  *.  t »  en.jt  h  \  an«  1 
<nr>l>  *  t  1  .*  at  •  wn  f  e-ju  'r*«*nf  s 

miTBfP 

mm 

iiAKD-00 

In  ieferanne  mhi  1  i/ll  I  >n  i||i  personnel  and 
*<)«(■  p*«*nf  St*  lbs  a*»«1  *  1  1  1  r*r|„  I  f  ***nf  S 

iA  p.i*  -»*»',«nn*l  and 
.*  i  | i  pmer>  f  >n  t  and  strengths 

*•>1  .  ..  j<|  i  r  *w>nt  •, 

r  aai' 

oami  f  f*P 

*•*  •»  mil  •qili;«wnt  *n  hand 
•lengths  rKigtrnwnU 

1A|  |>T 

UARtHM, 

•*  ■  •  1  i  f  at  'rtf*  t*  A  m**S  and 

f  *  lent  •. 

aim*; 

HAW)- 1BI 

III  identify  niant.tr.  Iff**.  and  student', 

and  )/•*  at  too  >>f  *r>b  i  )  ./at  inn  individuals  1  *  urrant 
pi  palm*.  W>M  1  If  at  ('in  fn  hint  •»**.,  1raffn»v.  and 
other  S  1 

i  M  b 

"V 

j  *•  * 

POWPfBS 

BCPAf 
liAPf  -PS* 

In  i.fentify  guant  i  s  r  of  >th#r  individuals  that 
represent  assets  and  ms t A  1 l at  inn  eora  loads 

’n*it**  •**.)■<  al  *varue*s 

Pat lent 

f  1  cm  Mrvi**  | 

HSC  l  r,G 

fo  pron-Je  •  if  nrwiaf  i  '»n  for  app  »  >’  if  inn  of  patient 
evaluation  rate  »n«1  'dim',  rates  for  Ise  in 
oopyting  1  Hmr.  •lase  Mednal  e. irk  load 

1’  enf.  ’#!<»•. 

MfttWfM  rrMMpwtat  inn 

CAA 

'  nit  •  >ad  >  «patM  1 1 1  v 

«  i..  1-p.?  assets 

Manna l 

uwr.  rvpnt  As  set 
■  epnr t 

HAROM 

f¥  ‘,M»a 

lo  |eve  1  op  «w*b  i  1  l  /  at  inn  a  1  I'W  at  ion  d  i  st  *  it»ut  i «ns 
hv  •  ns  t  |  1  1  at  ion  a«w1  *  un»  f  inn  a  t  ■  at  ego*  * 

. |.p  I»rj  .. 1U \ 

1  At  IIP 

iapi  m 

i  .  iff  Ihe  net  »AB<  *•  shipping  regu.re.wenl 

m  '.t 

*A  •»>  i  1  i  /  it  .  *ki  pr.ltr*  planning 
»•.  wfifi-.il*  •arPAi 

(V*  IP' 

■ami  m 

esf»M>st»  f ne  MPPA  god  <>»»  e«e*e>'.  »\ed  in 

t  i*n ant  agr eewient  •. 

Manna  1 

(AM)  fit 

'.»  define  -wantMiwer  -..*t*por  f  transfer  agr**»«K»nt  s 
lie  l  »wrn  i  ns  t  a  1  i  at  ions  t  o  tie  .  n  *  f  f  e-  f  t«i»  mg 
mnh  •  1  '  i  *f  t'tr* 

Manpower  '  *g«j « '  emenl  s 
nguat  ‘on*.  '  MUf  ) 

Manii  a  * 

.API  MIH 
•:'.ANA»(lA 

3-5 


CAA-SR-34-22 


c.  MOBREM  Function  2  (Preprocessing  Nodule).  The  second  function  in 
the  MOBREM  flow  (Figure  3-1)  is  accomplished  in  the  preprocessing  module. 

The  purpose  of  the  MOBREM  preprocessing  module  is  to  edit  and  reformat  var¬ 
ious  input  data  entering  the  model.  Due  to  the  wide  variety  of  input  data 
an J  input  data  sources,  extensive  validation  and  cross-validation  is  required 
to  ensure  that  consistent  and  usable  data  are  passed  through  to  the  suc¬ 
ceeding  functions.  In  many  cases,  input  data  must  be  "mapped"  to  codes  or 
categorizations  recognizable  by  MOBREM.  For  example,  the  mobilization  sta¬ 
tions  found  in  the  MT8SP  must  be  mapped  to  MOBREM  installation  codes;  like¬ 
wise  the  line  item  numbers  (LIN)  found  in  the  TAEDP  must  be  mapped  to  MOBREM 
unit  equipment  categories.  The  preprocessing  procedures  also  compress  and 
reformat  the  input  data  so  that  the  data  is  more  efficiently  accessible  by 
tne  model  software.  The  following  summarizes  the  major  preprocessing  pro¬ 
cedures  performed  by  this  module: 

(1)  TAEDP  Preprocessing.  The  purposes  of  the  TAEDP  Equipment  Extract 
Procedure  are:  (1)  to  create  an  edited  crosswalk  from  LIN  to  MOBREM  equip¬ 
ment  categories  (unit  equipment,  base  operations  equipment,  training  equip¬ 
ment,  and  wnolesale  supply  categories),  (2)  to  extract  from  TAEDP  equipment 
counts  by  appropriate  equipment  category  (unit  or  training)  for  selected 
unit  and  nonunit  identifiers,  and  (3)  to  perform  calculations  on  extracted 
nonunit  data  to  generate  information  which  will  affect  tne  DARCOM  snipping 
requ irements  generated  during  model  execution. 

(2)  TAADS  Preprocessing.  The  TAADS  preprocess ing  procedures  are  used 
to  extract  counts  of  on-hand  and  required  equipment  by  UIC  and  base  opera¬ 
tions  equipment  categories. 

(3)  NUT  Preprocessing.  The  purpose  of  the  MUT  procedure  is  to  extract 
and  aggregate  UlC-related  data  from  the  MTBSP,  Unit  Reporting  System  (now 
tne  Force  Mobilization  Troop  Basis)  and  TAADS  personnel  files.  Tne  primary 
product  of  the  procedure  is  a  file  containing  the  mobilization  station, 
unit  arrival  and  departure  dates,  unit  personnel  strengths,  and  various 
codes  relating  to  the  unit  (e.g.,  COMPO  Code)  for  eacn  UIC  to  be  processed 
by  MOBREM. 

(4)  Unit  Oata  Nerge  Procedure.  The  unit  data  merge  procedure  aggre¬ 
gates  all  the  UIC  level  data  produced  by  the  TAEDP,  TAADS,  and  MUT  proce¬ 
dures.  The  resulting  Units  File  contains  all  tne  information  available  for 
eacn  UIC  (required,  on-hand  strengths,  location,  name,  deployment  date, 
station  arrival  time,  station  departure  time,  etc.). 

(5)  ATRRS  Preprocessing.  The  purpose  of  this  procedure  is  to  compute 
tne  number  of  personnel  in  Army  training  courses  (trainees)  based  on  data 
contained  on  the  Army  Training  Requirements  and  Resources  System  (ATRRS) 
tape  received  from  TRADOC  annually. 

(6)  Theater  Patient  Preprocessing.  The  theater  patients  procedure 
edits  and  reformats  counts  of  theater  patients  arriving  from  theater,  deceased, 
separating  from  duty,  etc.,  which  are  to  be  input  to  tne  model. 
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(7)  Individuals  Procedure.  The  individuals  procedure  edits  and  aggre¬ 
gates  various  input  counts  of  personnel  arriving  at  the  installations.  These 
counts  include:  IRR,  IMA,  retirees,  returning  noncombatants  (RNC),  contrac¬ 
tors,  and  trainee  counts  produced  by  tne  ATRRS  procedures. 

d.  MOBREM  Function  3  (Input  Data  Base).  Figure  3-1  identifies  the  third 
MOBREM  function  as  the  input  data  base.  This  consists  of  tne  set  of  edited 
and  reformatted  files  produced  by  the  preprocessing  procedures.  These  re¬ 
present  tne  equipment  shipping  and  personnel  workload  planned  for  tne  CONUS 
3ase.  The  data  values  are  only  updated  when  one  or  more  of  the  source  in¬ 
puts  to  MOBREM  are  updated  (generally  once  or  twice  a  year). 

e.  MOBREM  Function  4  (Environment/Policy  (E/P)  Module) 

(1)  Tne  E/P  Module  (Function  4  in  Figure  3-1)  establishes  the  set  of 
policy  parameters,  and  environmental  constraints  under  whicn  the  other  mod¬ 
ules  of  MOBREM  operate.  This  module  will  enable  MOBREM  users  to  observe 
differences  in  workloads  and  manpower  requirements  generated  as  a  result  of 
certain  policy,  environment,  or  assumption  data  changes  without  requiring  a 
reconstruction  of  the  MOBREM  input  data  base.  As  shown  in  the  figure,  three 
sets  of  inputs  enter  tne  E/P  module.  One  set  (shown  by  the  top  arrow)  con¬ 
tains  tne  parameters  wnich  may  be  used  to  modify  the  planned  CONUS  3ase 
workloads.  Tne  second  set  comes  from  tne  input  data  base  and  represents 

tne  workloads  planned  for  the  CONUS  Base  by  the  MOBREM  inputs  (function  1). 
Tne  third  set  of  E/P  inputs  (snown  by  tne  bottom  arrow)  is  the  nonpara- 
neterized  policy  inputs.  These  represent  inputs  which  cannot  be  cnanged  by 
tne  model  parameters.  Eacn  of  tnese  E/P  inputs  is  described  below. 

(2)  Parameter  inputs  to  tne  E/P  module  have  been  divided  into  three 
categor ies--env ironment,  policy,  and  input  parameters. 

(a)  Env ironmental  parameters  are  generally  related  to  current  inven¬ 
tory  and/or  strength  counts.  Since  they  are  parametric,  they  may  take  on 
different  values  for  different  runs  of  the  model.  Given  the  same  input 
data,  changes  in  model  output  values  (workload  and/or  manpower  requirements) 
represent  the  impact  of  changing  the  parameters.  Thus,  MOBREM  can  assist 

in  tne  analysis  of  issues  whicn  are  not  specifically  CONUS  Base  mobilization 
oriented  but  have  an  indirect  impact  on  CONUS  3ase  mobilization  manpower 
requirements.  These  issues  include  analyses  of  alternative  peacetime  nan- 
power  ceiling  levels  for  AC  and  RC  units,  analyses  of  alternative  peacetime 
materiel  levels,  analyses  of  alternative  Selective  Service  System  draftee 
delivery  schedules,  and  the  like.  The  key  aspect  of  M08REM  environmental 
parameters  is  tnat  they  can  be  easily  varied  to  provide  additional  decision- 
support  information  for  issues  that  address  changes  to  the  peacetime  environ¬ 
ment  of  tne  Army. 

(b)  Policy  parameters  deal  with  assumptions  or  policies  tnat  have 
been  specified  by  Army  planning  systems  for  mobilization.  Like  the  environ¬ 
mental  parameters,  policy  parameters  can  take  on  different  values  for  dif¬ 
ferent  model  runs.  Analysis  of  the  model  outputs  will  allow  mobilization 
policy  and  resource  planners  to  observe  a  quantitative  statement  (in  work¬ 
load  and  manpower  terms)  of  the  effects  of  changes  to  mobilization  policy 
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given  tne  same  input  data.  These  values  may  be  set  to  reflect  actual  policy 
or  exercise  experience,  or  assumptions  about  how  the  Army  will  operate  in  a 
mobilization  environment.  Analyses  of  the  "what  if"  nature  will  be  in  sup¬ 
port  of  decisions  to  conserve  or  optimize  resources  during  mob? 1 izat ion. 
Policy  parameter  input  values  may  be  constrained  somewhat  by  environmental 
consideration,  e.g.,  policies  affecting  mobilization  fill  levels  may  be  set 
at  levels  less  tnan  100  percent  because  of  known  manpower/equipment  short¬ 
ages.  But  in  general,  policy  parameters  will  be  set  more  by  doctrinal, 
legal,  or  analytical  (resource-tradeoff)  considerations. 

(c)  In  addition  to  the  policy  and  environment  parameters,  a  tnird 
category  of  parameters  (-ailed  input  parameters)  was  added  to  the  module 
after  review  of  the  operational  needs  of  MOBREM.  The  input  parameters  deal 
witn  rates  and  percentages,  such  as  a  factor  which  determines  tne  quantity 
of  contract  or  support  that  can  be  applied  to  a  CONUS  function.  Another 
input  parameter  specifies  the  percentage  of  beds  tnat  will  be  occupied  at  a 
hospital  during  mobilization.  Military/civilian  split  is  also  an  input 
parameter  wnich  defines  in  a  functional  area  the  numbers  of  military  and 
civilians  who  will  perform  the  work.  The  user  may  specify  the  length  of 
tne  mobilization  workweek  (by  time  period)  and  the  annual  available  work¬ 
load  nours  based  on  mobilization  leave  policy,  holidays,  training,  etc. 
Additional ly,  mobilization  productivity  factors  can  be  set  to  account  for 
cnanges  in  worker  productivity  as  tne  length  of  the  workweek  increases. 

Tne  user  may  also  specify  tne  level  to  whicn  TOA  manpower  requirements  will 
be  filled  and  the  proportion  of  military  and  civilians  performing  a  par¬ 
ticular  function. 

(3)  Tne  information  from  the  input  data  base  to  the  E/P  module  repre¬ 
sents  the  planned  CONUS  Base  mobilization  workloads  wnich  are  specified  by 
tne  MOBREM  input  systems  and  preprocessing  by  tne  preprocessing  module  (func¬ 
tions  I  and  2,  respectively). 

(4)  Nonparaineter ized  policy  inputs  represents  mobilization  policies 
that  are  not  parameterized  within  the  E/P  module.  Their  value  changes  must 
be  accompl isned  by  changing  the  input  systems  policy. 

f.  MOBREM  Function  5  (Direct  Inputs).  The  principal  direct  inputs  to 
tne  workload  module  are  identified  in  the  fifth  function  in  Figure  3-1. 

These  inputs  are  divided  into  three  types:  the  parameter  inputs  shown  by 
tne  top  arrow,  workload  inputs  coming  from  toe  input  data  base  and  tne  E/P 
module,  and  the  nonparameterized  policy  inputs  shown  by  the  bottom  arrow. 

Tne  parameter  output  of  the  Enviromnent/Pol icy  Module  cover  tne  environment, 
policy,  and  input  values  (E,  P,  and  I)  which  identify  the  set  of  parameters 
tnat  operates  on  tne  Workload  and  Manpower  Conversion  Module  to  provide  tne 
user  the  ability  to  set  some  basic  premises  of  the  model  and  to  quickly  see 
tne  effects.  A  complete  list  of  parameters  whicn  can  be  set  by  tne  user  is 
contained  in  Appendix  E.  The  workload  direct  inputs  include  theater  snip¬ 
ping  requirements,  medical  evacuees,  personnel  inputs,  trainees,  IRR,  IMA, 
retirees,  and  equipment  in  units.  Each  workload  input  is  a  population  of 
personnel,  an  equipment  density,  or  a  snipping  tonnage  workload.  All  work¬ 
load  inputs  (except  the  medical  evacuees  and  theater  shipping  requirements) 
are  allocated  by  tne  input  system  to  specific  installations.  These  two 
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inputs  must  be  allocated  by  the  medical  and  DARCOM  modules  of  MOBREM,  resoec 
tively.  The  last  tnree  inputs  listed  in  Function  5  are  representative  of 
policy  inputs  that  are  not  parameter ized,  i.e.,  they  are  not  affected  by  a 
MOBREM  parameter.  The i r  values  are  set  by  the  input  systems.  Predetermined 
manpower  consists  of  manpower  values  for  CONUS  Base  functions  which  are 
prescribed  by  mobi 1 ization  policy.  Manpower  requirements  equations  (MRE) 
are  approved  by  ODCSPER  and  specify  the  manpower  support  required  per  unit 
of  workload.  Tne  host-tenant  agreements  distribute  manpower  support  from 
one  installation  to  another  and  are  determined  by  mobilization  policy.  As 
stated,  policy  inputs  must  be  prescribed  by  trie  input  system  (Function  1). 

g.  MOBREM  Function  6  (Workload  Modules) 

(1)  The  four  MOBREM  workload  modules  are  shown  as  Function  6  in  Figure 
3-1.  These  modules  interact  with  each  other  and  witn  the  Manpower  Conver¬ 
sion  Module  (Function  7)  to  process  tne  direct  inputs.  These  modules  also 
compute  additional  workloads  that  are  generated  by  the  manpower  needed  to 
support  tne  direct  inputs.  The  OARCOM  Module  represents  a  special  and  separ 
ate  design.  In  the  normal  operational  mode,  it  interacts  witn  the  other 
MOBREM  modules  to  produce  MOBTOA  guidance  reports,  but  it  also  has  a  special 
node  of  operation  and  a  special  set  of  reports.  The  DARCOM  Module  special 
operation  is  aescribed  in  Appendix  F.  In  order  to  describe  now  trie  MOBTOA 
guidance  reports  are  produced  by  the  four  MOBREM  modules,  examples  of  tne 
principal  module  interactions  are  explained  below. 

(2)  Beginning  with  tne  Installation  Personnel  Module,  the  direct  in- 
outs  ^Function  5),  consisting  of  tne  populations  of  personnel  in  units,  tne 
trainees,  IRR,  IMA,  and  the  retirees,  are  transferred  to  the  Installation 
Personnel  Module  as  time-phased  populations  allocated  to  installations. 

Tne  information  flow  between  modules  is  represented  by  the  intermodule  ar- 
ruws.  Tne  tnree  arrows  from  tne  Personnel  Module  represent  transfer  of  tne 
population  data  to  three  other  modules  which  perform  tne  following  processes 

(a)  Tne  Installation  Equipment  Module  computes  tne  training  and 
base  operations  equipment  required  to  support  the  personnel  population. 

(b)  Tne  Medical  Module  computes  CONUS  patients  as  a  percentage  of 
tne  CONUS  personnel  populations. 

(c)  Tne  OARCOM  Module  uses  tne  personnel  population  information  to 
make  two  computations:  first,  it  computes  the  consumption  of  Classes  I 
tnrougti  IV  supplies.  These  represent  CONUS  shipping  requirements,  some  of 
wnich  must  be  met  by  OARCOM.  Second,  ammunition  requirements  are  computed 
as  percentages  of  the  trainee  population  data  received  from  the  Personnel 
Module. 

(3)  The  arrow  from  tne  Installation  Equipment  Module  to  tne  DARCOM 
Module  represents  the  base  operations,  training,  and  unit  equipment  fills 
wnicn,  in  turn,  generate  intra-CONUS  OARCOM  shipping  requirements.  (Unit 
fill  is  the  difference  between  on-hand  equipment  in  units  and  the  required 
mobilization  levels  of  fill  which  are  determined  by  a  given  mobilization 
pol icy. ) 
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(4)  Tne  Medical  Module  sums  tne  computed  CONUS  patient  workloads  .v i t •  i 
toe  theater  nedical  evacuee  patient  workloads  received  as  a  direct  input 
anu  allocates  tne  combined  patient  workloads  to  CONUS  installations  by  time- 
period  . 

(5)  Finally  tne  DARCOM  Module  processes  tne  theater  shipping  require¬ 
ments  (direct  input)  to  allocate  workloads  to  DARCOM  depots.  This  alloca¬ 
tion  process  uses  a  special  add-on  design  to  MOBREM  whicn  includes  a  capa¬ 
bility  for  distributing  both  workloads  and  assets  to  DARCOM  depots  by  cooice 
of  options  .timing,  size,  location).  Tnese  distribution  options  enable  tne 
planner  to  use  MOBREM  in  a  "wnat  if"  mode  to  evaluate  DARCOM  shipping  al¬ 
ternatives.  Tue  description  of  tne  added  capability  is  given  in  Appendix 

F. 


(6)  To  summarize,  tne  four  MOBREM  workload  modules  (Installation  Per¬ 
sonnel  Workload  Module,  Installation  Equipment  Workload  Module,  Medical 
Module,  and  DARCOM  Module)  work  togetner  to  process  toe  direct  workload 
inputs  and  to  compute  and  allocate  tne  following  additional  workloads: 

(a)  Training  and  base  operations  equipment 

(b)  Jn i t  equipment  fills 

(c)  CONUS  patients/medical  evacuees 

(d)  Class  I  —  I V  consumption 

(e)  CONUS  ammunition  requirements 

(f)  DARCOM  theater  shipping  requirements  by  depot 

Tne  outputs  from  tue  workload  nodules  are  used  by  tue  Manpower  Conversion 
Module  to  calculate  tue  manpower  required  to  support  tne  workloads. 

h.  MOBREM  Function  7  (Manpower  Conversion  Module) 

(1)  Tne  Manpower  Conversion  Module  (Function  7  in  Figure  3-1)  is  tne 
Tic-del  component  wnicu  computes  tne  mobilization  TDA  manpower  required  to 
support  tne  direct  inputs  and  computed  workload  inputs  generated  earlier  by 
tut-  workload  processing.  Tne  manpower  requirements  are  computed  oy  instal¬ 
lation,  time  period  (M-day  to  M+270)  and  by  CONUS  Base  function  code.  Tne 
manpower  requirement  computations  are  made  witnout  consideration  of  con¬ 
straints  suen  as  personnel  availability. 

(2)  Manpower  requirement  calculations  from  tne  Manpower  Conversion 
Module  are  assumed  to  be  filled  and  are  then  fed  back  to  the  workload  nodule 
and  used  to  increment  tne  TDA  military  and  civilian  population  workload 
categories  for  the  succeeding  time  period.  These  feedback  workloads  (which 
are  represented  by  a  feedback  arrow  from  Function  7  to  Function  6)  ensure 
tnat  cnanges  in  the  levels  of  these  workload  categories  are  considered  wnen 
computing  CONUS  Base  support  requirements  for  subsequent  time  periods. 
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(3)  The  manpower  requirements  for  a  particular  installation,  time 
period,  and  functional  code  are  determined  by  one  of  three  metnods:  pre¬ 
determined  manpower,  position  coverage,  or  manpower  requirements  equations 
{MRE).  Tne  tnree  methods  are  described  below. 

(a)  Predetermined  manpower  requirements  are  essentially  direct  in¬ 
puts  to  MOBREM  of  tne  number  of  persons  required  to  perform  a  function  at 
an  installation,  i.e.,  MOBREM  does  not  compute  predetermined  manpower  require¬ 
ments. 


(b)  Position  coverage  manpower  requirements  are  requirements  which, 
due  to  the  critical  nature  of  the  workload,  necessitate  naving  persons  avail¬ 
able  to  perform  tne  function  regardless  of  the  level  of  workload  (e.g., 
firefighting).  Position  coverage  manpower  requirements  are  dependent  on 

tne  interaction  of  tnree  factors:  manpower  availability,  peacetime  position 
coverage  description,  and  the  desired  coverage  during  mobilization. 

(c)  MREs  convert  tne  workload  occurring  at  an  installation  at  a 
time  period  into  manhours  of  work  required  to  support  tne  workload.  MREs 
are  generally)  linear  equations,  input  by  CONUS  Base  support  functional 
code,  wnicn  use  one  or  more  of  tne  workload  values  computed  by  tne  workload 
it  lules  as  arguments  in  order  to  calculate  tne  mannours  required  to  support 
tne  workloads,  'he  number  of  mannours  is  then  converted  to  persons  in  order 
t.r  iisplay  tne  size  of  manpower  requirements  in  eacn  functional  support 

ire  a . 


(«)  Regardless  of  tne  method  of  manpower  requirement  determination, 
nost-tenant  agreements  may  be  used  to  transfer  the  manpower  requirements 
far  a  functional  code  from  one  installation  to  another  (eitner  entirely  or 
proport iona 1 ly)  in  order  to  reflect  inter-installation  functional  support. 

(5)  Tne  manpower  '•equipments  are  calculated  daily  by  MOBREM  and  are 
Jisplayed  in  output  reports  in  10-day  time  periods  from  M-day  to  M+60  and 
i'.-J ay  tim*  periods  from  M+9C  to  M+270.  Eitner  average  values  during  a 
time  period  or  peak  values  can  be  reflected  in  MOBREM  reports. 

i.  MOBREM  Function  8  (Output  Data  Base) 

(1)  Function  8  of  Figure  3-1  snows  the  MOBREM  output  data  base.  It 
cueists  of  seven  separate  data  files  wnich  bring  together  tne  principal 
hod 1 1  i z a t ion  planning  data  of  tne  Army.  Two  files  cover  workloads  and  man¬ 
power  requirements  broken  down  by  installation  and  time  period.  A  unit's 
file  contains  information  pertaining  to  a  unit’s  mobilization  scnedule, 
strengtn,  and  equipment.  The  installation  dictionary  contains  information 
on  tne  installation's  name,  code,  MACOM,  ownership,  and  installation  contents 
{e.g.,  prison,  schools,  etc.).  Additionally,  a  non instal lation  workload 
file  contains  workload  wnich  is  not  related  to  a  particular  installation 
{e.g.  total  military,  total  transients).  The  parameter  file  contains  tne 
MOBREM  parameters,  and  the  nomenclature  file  provides  the  report  labels 
{nonmenclature)  given  to  eacn  of  tne  540  workload  categories  of  MOBREM. 
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(2)  At  present,  tneso  files  are  used  as  a  basis  for  tne  specified 
M03T0A  guidance  assets,  workload,  and  manpower  requirements  MOB REM  reports. 
Tne  information  in  tnese  reports,  nowever,  only  comprises  a  small  portion 
}f  tne  information  available  from  these  files.  The  capability  exists  to 
produce  furtner  breakdowns  or  rearrangement  of  tne  data  presented  on  exist¬ 
ing  reports.  A  discussion  of  the  potential  capabilities  for  using  tne  MOBREM 
output  data  base  for  mobilization  planning  is  given  in  Cnapter  5. 

j.  MOBREM  Function  9  {MOBREM  Reports).  Tne  final  MOBREM  function  'num¬ 
ber  9,  is  report  production.  MOBREM  reports  display  tne  workload  and  'can- 
power  requirement  data  computed  by  a  particular  model  run  in  a  variety  of 
formats.  Eacn  report  is  designed  to  extend  and  ennance  tne  judgment  of  tne 
users/decisionmakers.  Therefore,  the  report  formats  have  been  tailored  to 
a  particular  level  of  detail  needed  by  specific  areas  of  tne  user  community. 
Reports  are  broadly  divided  between  installation  and  MACOM  level  summaries. 
Tne  following  is  a  list  of  MOBREM  reports  tnat  are  availaole  to  tne  user. 
Unclassified  samples  of  actual  reports  are  presented  in  Appendix  G.  The 
first  six  reports  listed  below  are  MOBTDA  guidance  reports.  Trie  remaining 
reports  are  3ARC0M  special  reports. 

(1)  Installation  Asset  Report 

(2)  Installation  workload  Report 

(3)  Installation  Manpower  Requirements  Report 

(4)  MACOM  Workload  Report 

(5)  MACOM  Manpower  Requirements  Report 

(6)  MACOM  Nummary  Manpower  Requirements  Report 

(7)  OAR COM  Installation  Report 

(3)  0i<  additional  OAR COM  summary  reports  are  as  follows: 

(a)  Report  1  -  Initial  Assets 

(b)  Report  2  -  Total  Assets 

(c)  Report  5  -  quipping  Requirements 

(d)  Report  4  -  Snipping  Shortfall 

(e)  Report  5  -  Asset  Shortfall 

(f)  Report  6  -  Tons  Shipped 

3-4.  HARDWARE  ENVIRONMENT.  MOBREM  was  designed,  developed,  and  imple¬ 
mented  on  tne  UNI  VAC  1100/3?  configuration  currently  in  place  at  CAA.  The 
following  items  of  equipment  are  necessary  for  the  operation  and  support  of 
tfie  MOBREM  software. 
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a.  Processor.  The  central  processing  unit  of  the  ADP  equipment  (ADPE) 
must  be  compatible  witn  an  UN  I  VAC  1100/32  witn  a  minimum  partition  require¬ 
ment  of  200K  words  of  memory  available  to  the  MOBREM  application  programs. 

In  addition  to  tne  processor  unit,  tne  computer  must  possess  the  necessary 
equipment  and  communications  controllers  or  adaptors  to  support  remote  job 
entry  and  terminal  devices. 

b.  Storage  Media.  The  nost  computer  requires  a  minimum  of  one  9-track 
multidensity  tape  unit  and  one  7-track  tape  capability  to  facilitate  data 
transfers  between  tne  host  and  other  supporting  computer  systems.  The  total 
amount  of  direct  access  storage  space  for  the  data  supporting  MOBREM  is 
approximately  288  megabytes  witn  an  additional  50  megabytes  of  disk  storage 
required  for  MOBREM  software  libraries. 

c.  Output  Devices.  The  principal  output  device  required  by  MOBREM  is 
an  on-site  printer  to  produce  nardcopy  reports  created  by  MOBREM.  The  nost 
computer  printer  must  nave  the  capability  to  produce  BOOK  lines  of  print 
per  model  run.  (This  assumes  all  reports  are  requested  in  batch.) 
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CHAPTER  4 

MODEL  OPERATION  AND  MAINTENANCE  TASKS 


4-1.  INTRODUCTION 

a.  This  chapter  identifies  the  principal  tasks  that  CAA  analysts  per¬ 
formed  to  operate  and  maintain  MOBREM.  The  descriptions  of  these  tasks 
represent  tne  experience  gained  by  CAA  in  building  the  MOBREM  data  base, 
operating  the  model,  then  updating  the  data  base  and  operating  the  model  a 
second  time.  The  operational  tasks  that  were  performed  are  identified  in 
Figure  4-1  (foldout)  at  end  of  chapter.  The  six  numbered  tasks  depicted 
are  performed  sequentially  to  build  and  verify  the  MOBREM  data  bases,  oper¬ 
ate  the  model  and  provide  verified  model  outputs.  A  seventh  task  (data  and 
program  modification)  is  essentially  an  on-call  task  which  is  required  when 
tne  analysis  performed  in  any  one  of  the  other  six  tasks  produces  need  for 

a  corrective  feedback.  Task  7  can  result  in  modification  to  data  or  pro¬ 
grams  relating  to  any  of  the  previous  tasks  (1-6). 

b.  Analysis  is  an  essential  part  of  each  task  since  it  minimizes  tne 
transfer  of  errors  from  one  task  to  another,  in  this  way  reducing  the  effects 
of  cumulative  error  buildup  and  increasing  tne  likelinood  tnat  task  6  can 

be  performed  witn  maximum  efficiency  and  output  credibility.  Each  of  the 
tasks  depicted  in  Figure  4-1  at  tne  end  of  tnis  chapter  is  described  in 
Jetail  in  the  succeeding  paragraphs. 

4-2.  TASK  1.  ACQUIRE  AND  REVIEW  AUTOMATED  INPUT  DATA 

a.  MOBREM  requires  a  large  volume  of  input  data  from  automated  source 
systems.  Tne  major  source  systems  and  the  principal  types  of  data  that 
tney  provide  to  CAA  were  identified  in  Table  3-3.  These  systems  are  on¬ 
going,  establisned  Army  systems  wherein  tne  data  content,  tne  output  formats, 
tne  updating  requirements  and  the  operation  are  controlled  by  the  source 
organization  responsible  for  tne  system.  Requests  for  extracts  from  tnese 
systems  vary  from  special  tailored  outputs  to  standard  products.  Whenever 
possible,  MOBREM  uses  standard  data  products  placing  no  unusual  data  demands 
on  tne  source.  MOBREM  depends  upon  its  own  programs  (to  be  used)  to  select 
and  sort  tne  data  required  from  tne  standard  source  tapes. 

b.  In  order  for  MOBREM  to  acquire  the  automated  data  required  for  oper¬ 
ation,  a  liaison  must  be  establisned  between  the  model  operator  organization 
and  the  point  of  contact  (POC)  for  the  automated  input  data  source.  This 

is  shown  as  a  two-way  arrow  as  part  of  Task  1  in  Figure  4-1  and  requires 
tne  following  to  be  accomplished: 

(1)  To  specify  and  determine  that  the  data  required  is  available. 

(2)  To  identify  the  source  tape(s)  required. 
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(3)  To  determine  trie  source  tape's  programing  conventions  and  output 
formats. 

(4)  To  determine  tne  update  frequency  of  the  source  tape. 

(5)  To  establish  a  rapport  for  dialogue  concerning  (a)  data  clarifica¬ 
tions,  (b)  MOBREM  requested  corrections  or  (c)  data  and  format  changes  at 
the  source  end. 

c.  Source  system  changes  can  produce  major  impacts  on  MOBREM  programs; 
for  example,  if  data  which  MOBREM  extracts  from  a  specified  source  field  is 
changed  to  another  field.  It  is  generally  true,  however,  that  when  source 
systems  make  internal  changes,  they  will  take  into  account  the  needs  of 
external  users.  This  was  verified  during  the  MOBREM  operation;  however,  it 
was  also  noted  that  unless  a  dynamic  working  relationship  was  maintained, 
source  changes  were  made  without  CAA's  knowledge,  which  in  turn  required 
additional  error  detection  effort. 

d.  Also  included  as  part  of  Task  1  is  the  receipt  and  transfer  of  the 
source  tapes  to  MOBREM  files.  A  CAA-developed  copy  program  (McPadden  Pro¬ 
gram)  copies  tne  source  tape,  producing  a  disk  file  and  MOBREM  tape  (for 
arciiive  files).  Although  this  task  is  normally  straightforward,  the  McPadden 
Program  cannot  be  used  when  the  volume  of  data  exceeds  certain  limits  (tne 
MOBREM  Operator's  Manual  discusses  transfer  procedures  in  detail).  The 
TAEDP  tapes,  for  example,  fall  into  the  high  data  volume  category  and  must 

be  copied  by  tailored  extract  programs  developed  by  a  CAA  programer.  Trans¬ 
fer  programs  merely  copy  tne  data  as  it  is  contained  on  tne  source  tape;  no 
data  selection  or  error  detection  is  introduced  at  this  point  in  the  oper¬ 
ation.  The  MOBREM  operator  must  be  responsible  for  assuring  that  tne  trans¬ 
fer  is  successful.  This  may  require  discussions  with  source  POC  (system 
programers)  to  verify  source  tape  characteristics. 

e.  The  last  part  of  Task  1  is  the  review  of  the  automated  input  in¬ 
formation  tnat  nas  been  transferred  to  M08REM  files  as  indicated  in  Figure 
4-1.  Utility  programs  are  used  to  select  data  sets  representing  areas  of 
interest  to  the  analyst.  The  data  are  analyzed  for  completeness,  reason¬ 
ableness  and  accuracy.  This  requires  a  MOBREM  analyst  who  understands  the 
data  requirements,  the  data  meanings,  and  the  source  systems. 

f.  As  is  the  case  with  each  task  shown  in  Figure  4-1,  two  kinds  of  ac¬ 
tion  can  result  from  tne  automated  input  analyses.  First,  when  the  analysis 
reveals  a  need  for  corrective  feedback  to  the  source,  an  action  is  required 
to  eitner  make  compensating  changes  in  the  source  system  or  to  perform  MOBREM 
program  modifications  (Task  7).  This  is  shown  by  the  dotted  arrow  going 
upward  from  tne  MOBREM  analyst  to  Task  7.  The  second  action  is  t  e  verifi¬ 
cation  of  correct  data.  This  is  shown  by  the  solid  downward  arrow  between 
tne  MOBREM  analyst  and  the  data  files  and  programs.  These  data  are  tnen 
stored  in  MOBREM  data  files  for  use  later  in  the  operation  of  the  model. 

Most  of  tne  automated  inputs  required  for  M08REM  are  automatical ly  sent  to 
CAA  by  the  source  as  frequently  as  source  updates  occur  (quarterly  to  an¬ 
nual  ly) . 
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4-3.  TASK  2.  PREPARE  MANUAL  PREPROCESSING  INPUTS  AND  ANALYZE 

a.  As  shown  in  Task  2  in  Figure  4-1,  additional  input  data  must  be  pre¬ 
pared  and  analyzed  for  preprocessing.  These  inputs  are  not  available  from 
source  tapes  but  are  contained  on  punched  cards,  microfiche,  or  in  typewrit¬ 
ten  documents.  They  are  referred  to  In  the  figure  as  manual  preprocessing 
inputs  and  include  tne  counts  of  various  types  of  workloads  ( e . g. ,  IRR, 
Retirees,  IMA,  patients,  equipment,  and  depot  assets).  The  analyst  must 
transfer  these  inputs  to  M08REM  files  and  during  the  process  assess  their 
validity.  In  general  the  analyses  focus  on  the  data  providers  to  assure 
the  accuracy  and  completeness  of  tneir  inputs.  When  appopriate,  as  shown 

in  Task  2,  corrective  feedbacks  noted  by  the  M08REM  analysts  are  brought  to 
their  attention. 

b.  Also  included  in  the  preprocessing  of  manual  inputs  are  data  diction¬ 
aries  and  cross-reference  tables  developed  as  part  of  the  MOBREM  design. 
Examples  are  the  Installation  Dictionary  which  defines  the  M08REM  installa¬ 
tions,  and  the  Army  Management  Structure  Codes  (AMSCO)/functional  code  cross 
walk  which  relates  MOBREM  functional  support  codes  to  the  Army's  AMSCO  codes 
These  inputs  must  be  examined  prior  to  each  model  run  for  currency  and  up¬ 
dated  as  required.  The  verified  manual  preprocessing  inputs  are  stored  in 
interim  MOBREM  data  files  for  use  in  later  operations. 

4-4.  TASK  3.  EXERCISE  PREPROCESSING  PROGRAMS  AND  ANALYZE 

a.  In  Task  3,  the  MOBREM  analyst  must  exercise  the  MOBREM  preprocessing 
programs  which  format,  edit  and  integrate  the  data  verified  during  Tasks  1 
and  2.  Separate  preprocessing  programs  relating  to  different  data  inputs 
are  used  to  produce  preprocessed  output  printouts  and  error  messages  which 
are  shown  as  part  of  Task  3  in  Figure  3-1  must  be  analyzed.  The  error  mes¬ 
sages  are  designed  to  alert  the  analyst  to  discrepancies  between  expected 
data  outputs  and  actual  data  outputs.  In  addition  to  the  error  messages, 
printouts  of  each  preprocessed  output  are  produced  and  must  be  reviewed  for 
completeness  and  accuracy. 

b.  The  preprocess ing  analysis  that  was  performed  during  the  development 
and  testing  phases  of  MOBREM  represented  a  major  and  time-consuming  task 
during  which  the  bulk  of  the  input  data  errors  were  detected  and  corrected. 
In  fact,  significant  improvements  in  source  systems  were  made  as  a  result 
of  tne  Task  3  analyses.  Two  separate  updates  and  analyses  of  the  input 
data  (Tasks  1  through  3)  were  made  during  the  MOBREM  development,  and  eacn 
required  over  4  montns  to  complete.  The  analyses  performed  during  Tasks  1, 

2  and  3  resulted  in  time/efficiency  payoffs  in  later  tasks.  The  product 

of  Tasks  1,  2  an  3  is  the  MOBREM  input  data  base  which  contains  the  veri¬ 
fied,  processed  workload  data  which  are  changed  when  the  source  input  sys¬ 
tems  are  updated. 
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4-5.  TASK  4.  PREPARE  PARAMETER  AND  POLICY  INPUTS  AND  ANALYZE 

a.  MOBREM  contains  61  parameters  (identified  in  Appendix  E)  which  can 
be  readily  varied  by  the  user  to  observe  changes  in  the  mobilization  work¬ 
loads  prescribed  by  the  input  system.  Each  parameter  represents  a  value, 
such  as  size,  location,  timing,  for  a  particular  mobilization  policy,  e.g., 
the  number  of  days  after  M-day  that  D-day  occurs  is  zero;  or  the  fill  level 
of  deploying  units  equals  100  percent  of  structure  strength.  A  base  case 
set  of  values  for  each  of  the  parameters  has  been  developed  and  a  range  of 
values  for  each  parameter  that  tne  model  user  can  select  has  also  been  estab¬ 
lished.  The  base  case  set  of  values  will  be  used  by  the  model  unless  user 
changes  are  made.  Thus,  as  shown  in  Task  3  of  Figure  4-1,  the  M08REM  analyst 
role  here  is  to  communicate  with  the  user  to  assure  that  the  base  case  values 
for  each  parameter  and  ranges  for  change  are  understood.  When  changes  to 
the  base  case  parameters  are  requested,  the  MOBREM  analyst  must  be  certain 
tnat  range  violations  have  not  occurred.  Corrective  feedback  to  tne  user 
shown  by  the  dotted  line  is  made  if  required. 

b.  A  second  set  of  manual  inputs  must  also  be  analyzed.  These  are  pre¬ 
scribed  by  mobilization  policies  and  are  not  affected  by  the  parameters. 

Tnree  examples  of  tnese  latter  inputs  are  the  manpower  requirements  equations 
(MRE)  which  are  used  to  determine  the  manpower  required  to  support  the  mobili 
zation  workloads,  tne  host-tenant  agreements  wnich  distribute  support  from 
one  installation  to  another  based  on  mobilization  policies,  and  the  predeter¬ 
mined  CONUS  Base  functions  whicn  are  input  into  MOBREM  as  naving  predeter¬ 
mined  mobilization  manpower  values  based  on  policy  requirements. 

c.  In  tne  CAA  preparation  and  analysis  of  the  manual  inputs  during  tne 
model  development,  it  was  pointed  out  to  the  study  sponsor  tnat  the  three 
particular  manual  inputs  given  as  examples  above  were  not  as  disciplined, 
organized  or  as  intensely  managed  as  is  the  case  with  the  automated  inputs 

of  MOBREM.  In  fact,  some  of  the  policy  values  were  obtained  only  as  a  result 
of  CAA  persistence  in  repeatedly  requesting  an  estimate  from  the  responsible 
source.  As  a  direct  result  of  tne  problems  encountered  witn  tnese  inputs, 
QDCSPER  tasked  CAA  to  analyze  and  improve  these  inputs  via  a  CONUS  Base 
Manrower  Requirements  Equations  Improvement  Study  (COMARS)  to  commence  in 
the  Sumner  of  1984. 

d.  Tne  verified  parameters  and  policy  inputs  are  fed  into  tne  Environ¬ 
ment  Policy  Module  (solid  line)  which  establishes  the  basic  set  of  policy 
guidelines,  assumptions  and  constraints  under  which  tne  rest  of  tne  model 
must  operate.  As  required,  corrective  feedback  (dotted  line)  is  applied  to 
modify  MOBREM  or  source  data,  or  to  make  program  modifications. 
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4-6.  TASK  5.  EXERCISE  MODEL  PROGRAMS  AND  ANALYZE 

a.  In  Task  5  the  MOBREM  model  operator  exercises  programs  to  produce 
the  model  listings  which  notify  the  operator  of  any  errors  in  the  input 
parameters.  Also  check  programs  are  used  to  inform  the  operator  that  the 
data  files  necessary  for  model  operation  are  in  the  system  or  not  in  the 
system.  The  emphasis  in  this  task  is  to  verify  that  the  system  is  ready 
for  model  operation.  The  corrective  feedback  shown  by  the  dotted  line  is 
most  likely  to  relate  to  modifications  to  programs  that  establish  tne  files 
or  programs  that  would  introduce  more  efficiency  into  model  runs.  Once  the 
checks  are  made,  the  model  operation  is  started  by  the  operator  and  con¬ 
tinues  automatically  until  an  error  is  detected  or  until  all  required  out¬ 
puts  are  verified  and  are  produced  on  MOBREM  output  files  which  is  the  MOBREM 
output  data  base. 

b.  During  the  two  operations  of  the  model  which  were  performed  during 
tne  MOBREM  development,  the  first  required  many  restarts  after  errors  were 
detected  by  the  model  (most  of  which  pointed  to  missing  files  or  parameter 
errors).  This  resulted  in  a  series  of  corrective  feedbacks,  which  after 
analysis,  produced  the  design  of  tne  aforementioned  check  programs.  The 
second  operation  during  the  model  development  period  utilized  the  newly 
developed  cneck  programs,  and  ran  to  completion  witnout  interruption  to 
create  the  M08REM  output  data  files  necessary  for  producing  the  MOBREM  re¬ 
ports.  The  use  of  the  check  programs  to  identify  potential  causes  of  model 
breakdown  provided  early  warnings  and  pinpointed  data  problems  or  file  prob¬ 
lems  which  were  corrected.  Tne  output  of  Task  5  is  tne  MOBREM  output  data 
base  wnich  contains  the  data  needed  to  print  the  output  reports. 

4-7.  TASK  6.  PROOUCE  OUTPUT  REPORTS  AND  ANALYZE 

a.  Task  6  requires  the  model  operator  to  use  the  MOBREM  report  generator 
programs  designed  to  print  the  output  report  specified  as  required  by  the 
sponsor.  Because  of  the  wide  range  of  content  and  volume  of  data  produced 
in  these  reports,  analysis  is  an  important  part  of  this  task.  During  the 
model  development,  CAA  selected  samples  of  the  output  reports  that  repre¬ 
sented  a  good  cross  section  of  all  reports  and  reviewing  report  line  content. 
These  samples  were  examined  for  accuracy.  Their  values  were  compared  against 
manually  produced  values.  After  corrective  feedbacks  were  made,  tne  output 
reports  were  delivered  to  the  sponsor.  The  page  count  of  the  set  of  MOBREM 
MOBTDA  guidance  and  DARCOM  special  reports  which  were  produced  are  in  Table 
4-1. 
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Table  4-1.  MOBREM  Report  Page  Counts 


Report  _ t _  Pages 


Installation  Workload  Report  544 
TRADOC,  FORSCOM,  and  DARCOM  MACOM  Workload  Report  6636 
Installation  Manpower  Requirements  Report  367 
TRADOC,  FORSCOM,  and  DARCOM  MACOM  Manpower  Report  1082 
TRADOC,  FORSCOM,  and  DARCOM  Summary  Manpower  Requirements  Report  84 
Installation  Asset  Report  320 
DARCOM  special  reports  (7)  585 


b.  During  Phase  V,  the  aim  of  CAA  was  to  verify  that  MOBREM  was  operating 
in  accordance  witn  the  functional  design  as  updated  by  required  modifications 
to  the  input  data  and  programs.  As  stated  previously  the  verification  was 
carried  out  by  an  extensive  CAA  analysis  of  tnese  reports.  (Tne  complete 
analysis  is  described  in  Appendix  D.)  A  normal  review  of  the  output  reports 
need  not  be  as  extensive  as  tnat  conducted  by  CAA  during  model  development, 
but  analysis  still  should  be  part  of  the  model  operating  task.  This  could 
generally  be  accomplished  by  checks  for  data  omissions  and  data  value  reason¬ 
ableness  as  related  to  the  changes  that  were  made  following  the  last  update 
of  tne  data  base  or  changes  made  in  model  programs. 

4-8.  TASK  7.  MODIFY  DATA  OR  PROGRAMS 

a.  Task  7  is  performed  "on  call"  as  a  result  of  corrective  feedbacks 
from  the  previous  operational  tasks  (1  through  6).  Two  kinds  of  modifica¬ 
tions  are  accomplished  in  Task  7,  namely,  data  modification  and  program 
modification.  Data  modification  requires  an  active  two-way  communication 
between  the  MOBREM  operational  analysts  and  the  data  providers.  Based  on 
CAA  experience  in  making  data  modifications,  the  communication  produces  the 
best  results  wnen  tne  MOBREM  operational  analyst  initiating  tne  communica¬ 
tion  has  a  knowledge  of  the  data  meanings,  and  the  data  provider  has  an 
understanding  of  the  application  of  the  MOBREM  reports  whicn  incorporate 

the  data.  Since  the  M08REM  data  base  integrates  the  principal  data  contained 
in  tne  Army's  mobilization  planning  systems  (if  MOBREM  outputs  are  to  remain 
credible),  it  is  essential  for  the  MOBREM  data  base  to  be  maintained  current 
witn  tne  updates  and  changes  tnat  occur  in  these  planning  systems.  Tnus 
data  modification  task  is  a  continuing  operational  requirement. 

b.  The  programing  modifications  require  FORTRAN  programing  skills  and 
knowledge  of  tne  MOBREM  design  and  programing  processes.  A  programing  modi¬ 
fication  task  was  essential  during  MOBREM  development  and  resulted  in  impor¬ 
tant  improvements  in  model  operating  efficiencies.  As  tne  model  outputs 

are  used  by  tne  Army,  programing  modification  will  continue  as  a  requirement 
because  it  is  in  the  nature  of  model  use  that  users  will  develop  model  enhance¬ 
ment  needs  to  improve  model  utilization  or  enlarge  tne  use  of  tne  model  to 
meet  new  needs  of  the  Army. 
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4-9.  MOBREM  OPERATIONAL  RESOURCES  REQUIREMENTS.  MOBREM  operation  requires 
certain  personnel  skills  tnat  must  be  applied  to  operate  and  maintain  the 
data  base  and  model  as  it  is  used  by  the  Army.  Seven  operational  tasks 
were  required  during  the  model  development.  In  order  to  provide  an  insight 
into  the  kinds  of  resources  required  to  perform  the  seven  tasks,  Table  4-2 
identifies  tne  areas  of  knowledge  that  were  needed  during  model  development 
and  relates  these  areas  of  knowledge  to  four  notional  MOBREM  operational 
positions.  Tne  need  for  tnese  model  operational  positions  during  tne  MOBREM 
implementation  cannot  be  precisely  predicted.  More  must  be  known  about  the 
Army  use  of  tne  model.  However,  as  long  as  tne  model  use  requires  up-to- 
date-outputs,  tne  model  input  data  base  must  be  updated  and  the  model  rerun 
to  produce  new  outputs.  During  the  development  of  MOBREM,  the  data  base 
updating  consumed  approximately  80  percent  of  the  operational  effort  while 
the  remaining  tasks  consumed  20  percent  of  tne  effort.  It  is  believed  that 
this  update/model  operation  task  ratio  will  be  approximately  true  every 
time  new  model  outputs  reflecting  updated  input  data  are  required.  Tne 
point  is  tnat  MOBREM  operation  requires  resources  to  perform  required  tasks. 
Tne  discussions  in  this  chapter  describe  the  CAA  experience  in  performing 
tnese  tasks.  In  order  to  provide  some  insights  into  the  types  of  resources 
and  areas  of  knowledge  tnat  may  be  required  for  MOBREM  operation.  Table  4-2 
is  provided. 


Table  4-2.  Notional  MOBREM  Operational  Positions3 


Area  of  knowledge 

Prograaer 

Systems 

analyst 

Data  base 
manager 

Model 

operator 

FORTRAN 

Model  program 

P 

- 

- 

- 

organization 

P 

- 

- 

S 

Functional  design 

J 

p 

- 

S 

Operator's  manual 

s 

p 

S 

P 

CONUS  Base  functions 
MoDi  1 ization  planning 

- 

D 

s 

“ 

data 

- 

p 

p 

s 

Systems  analyses 

S 

P 

- 

- 

Input  data  formats 

s 

s 

p 

s 

Output  reports  S 

aP  =  Primary  area  of  knowledge 

3  -  Secondary  area  of  knowledge 

s 

s 

p 
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CHAPTER  5 
OBSERVATIONS 


5-1.  INTRODUCTION.  This  chapter  does  not  rehash  the  lessons  that  were 
learned  during  each  of  tne  five  phases  of  MOBREM  development.  As  described 
in  previous  chapters,  these  lessons  were  used  to  build  MOBREM  and  bring  it 
to  an  operational  level.  Rather,  tnis  chapter  presents  observations  about 
tne  current  state  of  the  model,  its  implementation  requirements,  and  its 
potential  uses  by  tne  Army. 

5-2.  CURRENT  STATE  OF  MODEL 

a.  Design  Objective  Achievement.  The  model  meets  tne  design  objectives 
specified  by  the  sponsor.  Observations  concerning  the  acnievement  of  tne 
objectives  are: 

(1)  Tne  acquisition  of  tne  required  data  and  tne  integration  of  tne 
data  into  an  automated  data  base  that  identifies  time-phased  full  mobiliza¬ 
tion  CONUS  Base  workloads  nave  been  accompl isned. 

(?)  The  model  provides  an  automated  means  for  evaluating  CONUS  3ase 
mot/  i  1  izat  ion  pol  icies. 

(3)  Tne  MOBREM  Study  nas  improved  many  existing  manpower  requirements 
equations  and  developed  32  new  equations  for  use  in  computing  requirements. 

(4)  MOBREM  design  nas  been  verified  and  output  reports  produced  tnat 
provide  matnemat ica 1 ly  derived,  workload-based  M0I3TDA  guidance  which  HQDA 
could  send  to  tne  MACOMs  and  a  means  for  HQDA  evaluation  of  tne  MOBTDA 
submissions  in  response  to  guidance. 

b.  Model  Operational  and  Maintenance  Requirements.  Tne  operational  anu 
maintenance  tasxs  tnat  were  Derformed  during  the  model  development  are  Je- 

, cm  bed  in  Cnapter  4.  All  of  tnese  tasks  will  be  required  as  tne  model 
Outputs  are  utilized  by  the  Army.  The  full  extent  of  the  requirement  will 
not  be  known  until  tne  Army  initiates  field  use  of  tne  model  outputs  and 
i-iplements  tne  Army  system  that  will  manage  MOBREM  MOBTDA  guidance  and 
j  !u  it  ion. 

5-3.  IMPLEMENTATION  REQUIREMENTS.  In  order  to  implement  MOBREM  for  MOBTDA 
guidance  and  evaluation,  tne  following  items  are  considered  essential. 

a.  A  MOBREM  user  training  plan  identifying  tne  trainees,  trainers, 
triininq  locations,  and  schedules. 

b.  ^  structured  training  course  for  MOBREM  users. 

c.  An  implementat ion  plan  outlining  required  milestones  and  tasks. 
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d.  A  user's  inanu.jl  describing  to  MACOM  and  installation  users  the  pro¬ 
cedures  and  instructions  for  using  MOBREM  reports  in  developing  MOBTDAs. 

e.  A  regulation  or  other  Army  document  tnat  assigns  organizational 
responsibilities;  establishes  uniform  policy  and  criteria  for  MOBTDA 
development;  specifies  tne  resource  requirements;  and  defines  tne 
management  network  or  system  for  effective  use  of  MOBREM  reports  at  HQDA, 
tne  MACOMs,  and  CONUS  installations. 

f.  A  full-time  implementing  organization  capable  of  producing  tne  above 
items  and  implementing  MOBREM  use  in  tne  Army. 

5-4.  POTENTIAL  MODEL  USES.  Tne  MOBREM  data  base  and  model  have  many  po¬ 
tential  uses  in  addition  to  providing  MOBTDA  guidance  reports.  These  uses 
can  be  divided  into  two  categories:  tnose  tnat  can  be  implemented  witn 
minor  programing  changes  and  those  requiring  additional  analysis  and  a  more 
extensive  programing  effort.  The  first  category  provides  additional  means 
for  analysis  of  tne  CONUS  3ase  mobilization  requirements.  Tne  second 
category  would  expand  tne  current  model  design  and  would  extend  trie  utility 
of  tne  model  to  include  force  capability  analysis. 

a.  Additional  Uses  with  Minor  Changes 

(1)  Delta  reports  wnicn  display  differences  between  two  workload  data 
oases  of  two  manpower  requirements  data  bases  or  different  time  periods 
could  be  produced. 

(2)  A  variety  of  reports  on  specific  units  or  groups  of  individuals 
could  be  produced  to  display  time  phasing  or  counts  during  mobilization. 

(3)  Tne  MOBREM  input  and  output  data  bases  could  be  loaded  into  a 
lata  base  management  system  for  ad  noc  queries  by  users. 

(4)  Current  MOBREM  reports  use  only  tne  output  data  base.  Many  po¬ 
tential  reports  wnicn  combine  botii  input  and  output  data  could  be  produced. 
For  example,  a  medical  report  could  be  produced  by  an  installation  wnicn 
displays  the  number  of  hospital  beds,  total  theater  patients  arriving, 

CONUC  patients,  and  dispositions  (Jeatns,  to  civilian  hospital,  return  to 
duty,  etc.  ) . 

b.  Additional  Uses  with  Major  Changes 

(1)  Algor i  trims  could  be  developed  for  breaking  down  MOBREM  functional 
codes  to  :j [ C  level  or  personnel  and  military  classification  codes. 

(2)  Any  of  trie  above  reports  showing  trends,  or  which  are  used  for 
sensitivity  analyses,  could  be  made  more  useful  by  utilizing  the  inputs 
with  CAA  graphics  programs. 
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(3)  The  interfacing  of  MOBREM  data  base,  outputs,  and  design  with 
otner  Army  models  [e.g.,  tne  Total  Army  Analysis  or  the  OMNIBUS  Study;  to 
provide  improved  CONUS  Base  requ irements  information  are  also  areas  of  po¬ 
tential  MOBREM  use. 

(4)  Finally,  the  whole  area  of  constraints  can  be  introduced  into  tne 
MOBREM  design.  These  include  facility  constraints  and  personnel  and  equip¬ 
ment  availability  constraints. 
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APPENDIX  B 
STUDY  DIRECTIVES 


This  appendix  contains  the  study  directives  pertaining  to  the  MOBREM  model 
development.  Annex  I  to  Appendix  B  covers  Phases  II  and  III.  There  was  no 
formal  tasking  for  Phase  I.  Phase  I  was  done  to  generate  the  background 
data  necessary  to  write  the  study  directive  in  Phase  II.  Annexes  II  and 
III  to  Appendix  3  are  the  study  directives  for  Phases  IV  and  V,  respectively. 
Annex  IV  holds  the  memorandum  mentioned  in  paragraph  l-2a(3). 
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ANNEX  I  TO  APPENDIX  B 
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MDORANDUM  FDR  COMMANDER,  US  ARMY  CONCEPTS  ANALYSIS  AGENCY 
SUBJECT  I  Tha  Any  Mobilization  >tl(  Requirements  Modal  (MOBREM) 


1.  Purpose  of  Study  Directive.  Thia  dlracclve  specifies  tha  tasks,  produces, 
schadulc,  and  organizational  responsibilities  for  completing  the  Any  Moblll- 
zatloo  Base  Requirements  Model  (EDBRE1)  Study. 

2.  Study  Title.  The  Army  Mobilization  Requirements  Base  Model  (MOBRQi) . 

3.  Bac  kground 

a.  C9<  79 — 15—2 7  dated  3  August  1979  Unci  1)  established  a  MOBRQt  Study 
Advisory  Group  (SAC)  and  a  HQDA  Ad  Hoc  Study  Group  to  consence  a  comprehensive 
study  to  define  the  CONUS  base  required  to  support  mobilization,  training, 
deployment  and  sustainment  of  the  total  Army  during  full  mobilization.  The 
C9(  designated  OOCSOPS  a*  responsible  to : 

(1)  Act  as  MOBRQt  study  sponsor. 

(2)  Conduct  Phase  I  of  the  study.  This  phase  of  the  study  is  direct¬ 
ed  et  Che  analysis  and  documentation  of  the  moblllzetlon  process  related  to 
the  determination  of  CONUS  base  manpower  requirements. 

(3)  teak  US  Army  Concepts  Analysis  Agency  (CAA)  and  specified  MACOMs 
to  participate  In  Phaec  I  of  the  study. 

(A)  Task  CAA  Co  proceed  vlth  the  modeling  process,  with  the  Ad  Hoc 
Study  Group  continuing  co  work  with  CAA  following  Phase  I. 

b.  Phase  I  of  the  study  has  progressad  to  the  point  uhare  a  preliminary 
concapt  of  the  model  design  has  bean  devaloped,  a  Initial  list  of  essential 
data  elements  Identified,  and  an  estlmatt  bean  mads  of  the  effort  and  resources 
required  to  complete  the  analyses,  the  model  design,  and  implementation  de¬ 
veloped.  Based  on  the  estimate,  approval  has  been  given  for  contract  support 
during  Phase  II  (model  design)  end  during  III  (model  implementation). 

c.  Required  analyses  by  tha  government  co  define  dace,  document  Che  mobi¬ 
lization  processes,  and  to  develop  CONUS  bite  manpower  stanlerda  will  continue 
during  all  phases  of  the  study.  CAA  will  complete  the  pre-swerd  contract  pro¬ 
cedures  during  Phase  I  and  direct  Che  government  end  contract  efforts  during 
Phases  II  and  III. 

A.  Study  Sponsor.  Deputy  Chief  of  Staff  for  Operations  and  Plana  (DCSOPS). 
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SUBJECT:  The  Army  Mobilization  Bate  Requirements  Model  (MOBREX) 

5,  Study  Agencies,  US  Aray  Concept*  Anaiyala  Agency  (CAA). 

6.  Teraa  of  Reference 


a.  Problea.  The  CONUS  base  force  structure  and  manpower  required  to  sup¬ 
port  full  aoblllzatlon  la  Inadequately  defined  resulting  In  significant  gaps 
In  Aray  prograa  development  and  aoblllzatlon  planning. 

b.  Obj active ■  The  Study  objective  is  to  provide  a  aodel  through  tdtlch 
time-phased  CONI'S  base  requlraents  for  force  structure  and  aanpover  can  be 
derived,  analyzed  and  utilized  In  aoblllzatlon  planning  and  programing. 

c.  Study  Products.  No  study  report  as  such  la  required;  however,  both 
the  government  and  the  contractor  are  required  to  produce  products  during  the 
study.  The  government  products  ars  Identified  In  the  milestones  schedule 
(para  9b)  together  with  the  responsible  organizations.  Contractor  products 
ars  covered  by  the  MOBREX  work  statement  (Incl  2). 

d.  Tasks. 

(1)  Define  MOBRfX  output  requirements ,  the  aoblllzatlon  policies,  the 
CONUS  base  mobilization  workload  generator  Input  data  requirements  and  data 
sources. 


(2)  Define  the  functional  code  structure  to  be  used  for  CONUS  base 
aoblllzatlon  manpower  requirement  projections. 

(3)  Develop  and  document  the  CONUS  base  mobilization  standards  to 

be  used  to  convert  aoblllzatlon  workload  Inputs  into  manpower  support  require¬ 
ments. 


(4)  Review  and  evaluate  contractor  progress  and  products  LAW  MOBRfX 
work  statement  (Incl  2). 

*.  Scope ■  The  analysis  will  use  the  NATO/Wsrsaw  Pact  scenario  requiring 
full  aoblllzatlon.  The  studs  will  be  conducted  In  three  phases.  Phase  1, 
which  Is  Lit  progress,  Initiated  analysis  of  the  aoblllzatlon  process  and 
developed  a  plan  for  aodel  development,  which  Includes  contractor  support. 

Phase  I  will  conclude  after  competitive  contract  proposals  are  solicited  and 
contract  award  aada .  Phase  II  will  continue  the  aoblllzatlon  process  analysis, 
develop  the  CONUS  base  mobilization  manpower  standard,  and  review/ evalua te  the 
contract  aodel  design  products  and  efforts.  Phase  III  will  complete  the  mob¬ 
ilization  process  analyses,  provide  the  contractor  with  the  data  required  for 
aodel  operation,  will  review  contractor  efforts  and  products  covering  aodel 
laplMentatlon,  test,  training  and  documentation,  and  will  conclude  with  aodel 
opera  don  on  the  CAA  computer, 

f.  Timeframe.  September  1979-Mar  198  2. 
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SUBJECT:  Ths  Amy  Mobilization  Baa*  Requirements  Model  (MOBREH) 

g.  Aaaumpt Iona .  Mobllizacion  aaauapclona  vlll  b*  baaed  on  the  Laateat 
Cooaolldated  Guidance,  the  Amy  Force  Planning  Data  Aaauapclona  (AFPDA)  and 
DANO-FD  guidance  In  aptett  :  araaa. 

7 ,  Rsaponalbll It  lea 


a.  OOCSOPS  Force  Manageaent  Directorate  (DAM0-FD1  vlll  be  raaponelbla  for: 

(1)  Providing  a  full-tla*  Ad  Hoc  Study  Group  of  two  or  aor*  people 
to  work  jolndy  --dch  CAA  on  the  caaka  specified  In  para  6d. 

i,:,  Coordinating  ecudy  Interfaces  and  taaklng  required  for  the  M3BREM 
SAG,  the  A&STAF  and  the  aajor  cotaaanda. 

(3)  Serving  as  the  functional  proponant  for  aodel  use,  aalntalnence 
and  the  updating  of  system  files  and  aanpovar  atandarda. 

b.  ODCSPER  Survey  and  Standards  Division  (DAPE-MgU)  will  be  responsible 
for  providing  assistance  for  the  developaenc  of  CONUS  baa  mobilization  manpower 
standards. 


c.  OOCSPEX  Plans  Division  (DAPE-MBP)  will  be  reaponalble  for  providing 
nobllizatlon  data  concerning  IRR  and  retire*  preasalgnaent ,  tranalents  and 
holdees  for  the  Individual's  nodule. 

d.  OOCSOPS  Individual  Training  Division  0)AN0-TRI-«0B)  will  be  responsible 
for  providing  nobllizatlon  data  fron  ATRRS  for  the  Individual's  nodule. 

*.  OOCSOPS  Amv  Mobilization  Planning  Svstoa  Office  (DAMO-AMPS)  will  be 
reaponalble  for  providing  assistance  for  Che  developaenc  of  nobllizatlon  policies 
and  assumptions  to  be  used  in  the  nodel  teat  and  lapleaencaclon. 

f.  ODCSLOC  Operations  and  Plana  Division  (DALO-PIO)  will  be  responsible  for 
providing  assistance  In  obtaining  eoblllzatlon  data  fron  DARCCM  and  MTMC  for  the 
supplies,  equipment  and  transportation  nodules. 

g.  The  Office  of  the  Surgeon  General  Plans  and  Operations  Division  will  be 
responsible  for  providing  assistance  In  obtaining  nobll  izaclon  data  for  the 
nndlcal  support  noduls. 

h.  Other  Organizations.  The  MACOW's,  the  MO BR EM  SAC  and  other  staff  agencies 
will  provide  support  as  designated  In  CSM  79-15-27  (Incl  1). 

8.  Reference* 

a.  Inclosure  1:  Chief  of  Staff  Memorandum  (CS1)  79-1  5-27  dated  1  August 
1979. 

b.  Iocloeure  2:  M0BRE1  Contract  'dork  Statoaent. 
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SUBJECT:  The  Army  Mobilization  Baac  Requirements  Modal  (MOBR EH) 

9.  Admlnlatrat Ion 

a.  Support 

(1)  TUT,  par  diet,  overtime  are  tha  reaponslbllltlea  of  the  agencies 
providing  support. 

(2)  Administrative  support,  office  space  are  the  reaponalbtlltles  of 
the  agencies  providing  support. 

(3)  Contractual  support  vlll  be  provided  In  accordance  with  contract 
work  statement  (Incl  2). 

(4)  ADPE  support  vlll  be  provided  by  the  contractor  and  CAA  In  accord¬ 
ance  with  contract  uork  atateaent  (Incl  2). 

b.  Milestone  Schedules.  CAA  and  DAMO-PDP  vlll  vork  jointly  on  all  tasks. 
The  lead  responsibility  for  each  task  and  Its  completion  due  date  are  shown 
below. 


Milestone 

Due  Date 

Lead 

Responsibility 

Coaplate  actions  for 
contract  award 

30  Sep  SO 

CAA 

Define  model  output 
requlreaents 

30  Sep  80 

DAM0-FDP 

Define  and  document 

mobilization  policies,  CONUS  base 
workload  generator  data  and 
sources 

30  Sep  80 

CAA 

Define  and  document  CONUS  bas 
support  functional  code 
structure 

30  Sep  80 

DAMO-FDP 

Develop  a  Document 
manpower  standards 

1  Kay  81 

DAM0-FDP 

Provide  contractor  data 

files  and  data  values  for  test 

1  July  81 

CAA 

Review  and  Evaluate  contractor 
progress  and  products 

Throughout  period 
of  contract  IAU 

work  statement 

CAA 
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SUBJECT:  Th«  Aray  Mobilization  Base  R«^lra<nti  Model  frtOBREM) 

c .  Control  Procedures 

Cl)  The  MOBRd  Study  Advlsorv  Croup  estebl  lahed  by  CSM  79-15-2  7  (Incl  1) 
will  continue  to  (unction  during  the  itudy  to  review  progreee. 

(2)  X  Fora  1498  will  be  prepared  by  CAA. 

(3)  Direct  contact  la  authorized  between  study  agency  and  DA  Staff/ 

MACON  points  of  contact.  DAMO-FDP  point  of  contact.  LTC  Jaaes  Todd,  695-5123. 

MO  BREN  points  of  contact  are  Hated  In  Inclosure  3. 

(4)  This  tasking  aeaorandua  has  been  coordinated  with  CAA  In  accordance 
with  paragraph  4,  AR  10-48. 


SLEWN  K.  OTIS 
Lieutenant  Ceneral,  CS 
Deputy  Chief  of  Staff 
for  Operations  and  Plans 
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CHIEF  OF  STAFF 

Memorandum 

U  S.  ARMY 


SUBJECTt  The  Army  Mobilization  Base  Requirements 
Model  -  (M08RIM)  Study 


MEMORANDUM  FOR:  HEADS  OF  ARMY  STAFF  AGENCIES 


■putts 


cia  79-15-2  7 

o*t|  3  August  1979 

tils  CS  370.91  (3  Aug  79) 

ACTION  OT»IC«N/f  XT 

LTC  Todd/ 71036 


1.  PURPOSE.  This  memorandum  establishes  a  Study  Advisory  Group  (SAG) 
and  an  ad  hoc  study  group  to  conduct  a  comprehensive  study  to  define 
the  CONUS  base  required  to  mobilize,  train,  deploy  and  sustain  the 
total  Army  during  full  mobilization  and  to  supervise  the  design  of  a 
methodology /model  to  determine  the  force  structure  and  manpower  require¬ 
ments  for  such  a  aoblllzaclon  base. 

2.  REFERENCES. 


a,  AR  1-1,  Planning,  Programing,  and  Budgeting  within  Che  Department 
of  Che  Army. 

b,  AR  5-5,  The  Army  Study  System. 

c.  AR  37-100,  Account/Code  Structure. 

d.  AR  135-300,  Mobilization  of  Reserve  Component  Units  and  Indi¬ 
viduals. 

a.  AR  570-3,  Manpower  Utilization  and  Requirements  (RC-CSFOR-73) . 

f.  AR  570-4,  Manpower  Management. 

3.  BACKGROUND. 

a.  Studlea  and  eaerclses  such  as  MOBEX-76  and  NIFTY  NUCCET  have 
Identified  significant  shortfalls  In  Che  CONUS  mobilization  base.  There 
la  currently  no  process  to  adequately  define  these  total  requirements 
In  a  manner  similar  to  the  Total  Army  Analysis  (TAA)  process. 


b.  There  Is  a  need  for  a  model/methodology  that  will  not  oniv  deter¬ 
mine  the  force  structure  and  manpower  requirements,  but  will  provide  the 
basis  for  modeling  other  resource  requirements  of  the  mobilization  base. 


'X  e*c  (elw-a  \ 
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SUBJECT:  The  Amy  Mobilization  Base  Requirements  Model  -  (MOBREM)  Study 

4.  COMPOSITION. 

a.  Study  Advisory  Croup 


(1)  Deputy  Director,  Force  Management  Directorate,  ODCSOPS 
(chairperson) . 

(2)  ODCSPER,  DPAE,  ODCSLOG,  OACSAC,  OCA,  OTSG,  OCE,  OCAR, 
NGB,  FORSCOM,  TRADOC ,  DARCOM  and  Health  Services  Command  will  provide 
■cabers  (0-6  or  civilian  equivalent). 

b.  Study  Group 


(1)  Action  Officer  (0-5)  -  Force  Management  Directorate,  ODCSOPS 
(coordinator) . 

(2)  Action  Officers  (04/05)  -  NCB  and  OCAR  (members). 

(3)  Points  of  contact  (POC)  from  Concepts  Analysis  Agencv 
(CAA),  DA  Staff,  and  MACOM  listed  at  Inclosure  1.  POC  participation 
should  not  exceed  two  hours  per  week. 

5.  RESPONSIBILITIES. 

a.  The  Study  Advisory  Group  will  monitor  the  progress  of  the  MOBREM 
Study. 

b.  ODCSOPS  will  — 

(1)  Act  as  the  MOBREM  study  sponsor. 

(2)  Conduct  Phase  l  of  the  study  with  an  ad  hoc  study  group. 

(3)  Task  CAA  and  MACOMs  listed  at  Inclosure  1,  by  separsce 
correspondence,  co  participate  la  Phase  I  of  the  study. 

(4)  Following  an  analysis  of  the  results  of  Phase  I,  task  CAA 
to  proceed  with  the  modeling  process  'Phase  II).  The  ad  hoc  group  will 
continue  to  work  with  CAA  during  Phase  II. 

6.  TERMS  OF  REFERENCE. 

a.  Problem:  The  force  structure  and  manpower  requirement  to  support 
a  full  mobilization  In  the  CONUS  base  is  inadequately  defined  resulting 
In  significant  shortfalls  in  Army  program  development  and  mobilization 
planning. 
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SUBJECT:  The  Army  Mobilization  Bast  Requirements  Model  -  (MOBREM)  Study 

b.  Objective:  To  provide  a  model  or  methodology  through  which 
time-phased  CCNX'S  base  requirements  for  force  structure  and  manpower 
can  be  derived,  analyzed,  and  utilized  in  mobilization  planning  and 
programing. 

c.  Scope .  Analysis  will  use  the  VATO/Warsaw  Pact  scenario  re¬ 
quiring  full  mobilization  response.  The  study  will  be  conducted  in 
two  phasea.  Phase  I  will  define  the  Army  mobilization  process  through 
a  review  of  DA  policies,  regulations,  procedures,  and  automated  systems 
which  support  mobilization.  Baaed  on  the  analysis  of  Phase  I,  Phase  II 
will  proceed  with  the  development  of  the  methodology 'model .  Mobiliza¬ 
tion  of  the  industrial  base  will  not  be  considered  in  the  study,  however, 
the  methodology  developed  will  provide  the  capability  for  analysis  of 
selective,  partial,  and  total  mobilization  scenarios. 

d.  Llml ta t ions .  Existing  data  and  studies  will  be  used  where  ao- 
plicable,  especially  techniques  used  in  the  TAA  process.  Related  efforts 
by  other  elements  of  the  DA  Staff  or  their  delegated  agents  will  be  in¬ 
corporated  into  Phase  I. 

e.  Time  frame.  Sept  1979  -  Sept  1981  (83-87  POM  Force). 

t .  Essential  Elements  of  Analysis. 

(1)  Phase  I  - 

£.  What  are  the  scope,  functions,  and  organizational  aspects  of 
tha  mobilization  base’ 

What  common  terminology  is  employed  in  the  mobilization  pro¬ 
cess? 

£.  What  are  the  current  mobilization  policies? 

d.  'What  policies  need  to  be  solidified  at  HQDA  to  assist  with 
both  mobilization  planning  ar.d  execution? 

(2)  Phase  II  -  To  be  determined. 

7.  LITERATURE  search. 

a.  Organizations  which  have  responsibility  or  interest  in  the  study: 

DPAE,  ODCSPFR,  ODCSLOC,  ODCSOPS,  OACSAC,  OCAR,  VOB,  FOR S COM,  DARCOM , 
TRADOC,  Health  Services  Command  and  CAA. 
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SUBJECT:  The  Aray  Mobilization  Base  Requirements  Model  -  (MOBREM)  Study 

b.  Studies  or  reports  relevsnt  to  this  study  — 

a)  IAA 

(2)  OMNIBUS 

(3)  MOBEX-76 

(4)  MOBEX-78  NIFTY-NUGGET 

(5)  ROGAR 

(6)  ACCS-82 

c.  The  studies  above  are  not  sufficientlv  comprehensive  to  meet 
the  requirements  of  either  Phase  I  or  Phase  II. 

8.  DIRECTION  AND  CONTROL. 

a.  The  study  coordinator  will  call  meetings  of  the  SAG  when  necessarv, 

b.  The  studv  coordinator  will  meet  reporting  requirements  of  AR  5-5, 
The  Aray  Study  System. 

c.  Aray  Staff  agencies  will  provide  POC  nane  and  telephone  number 
to  ODCSOPS  i.LTC  James  P.  Todd/697-1036)  by  30  August  1979. 

d.  Study  Milestone  Schedule  is  at  Inclosure  2. 

9.  ADMINISTRATIVE  SUPPORT. 

a.  Funds  for  travel,  per  diem  and  overtime,  if  required,  will  be 
provided  by  the  parent  organization  of  the  study  representatives. 

b.  Adnlnlstrat ive  support  (space,  clerical  and  equipment)  will  be 
provided  by  ODCSOPS  . 

BT  DIRECTION  IF  THE  CHIEF  OF  STAFF: 

2  Incl  JOHN  R.  Me  O’. 

aa  Hautenanc  ^pjrai,  OS 

Director  of  the  Army  Staff 
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Points  of  Contact 


OPCSOPS 

DAMQ-FD  (coordinator) 

DAMO-OD 

PAMO-TR 

DAMO-RQ 

CNCB 

OCAR 

ODCSPER 

ODCSLOC 

QACSAC 

OACSI 

ODACS 

OTSC 

COA 

COE 

FORSCOM 

TRAOOC 

Health  Services  Command 
DARCOH 

Concept  Analysis  Agency 


POINT  OF  CONTACT 
(04/05  -  CS-12/13) 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


Representation  will  be  provided  by  OAMO-FDA, 
required. 


OAM.O-FDF  and  OAMO-FBP  as 
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STUDY  SCHEDITE 


PHASE  I  (1  September  1979  -  28  February  1980) 

(1)  Define  th*  scop*  and  nature  of  ch*  problem. 

(2)  D«*crlb*  the  activities,  function*,  and  physical  character 
of  th*  mobilization  base. 

(3)  Develop  assumptions  to  Include  the  force  to  be  supported  and 
the  reaources  available  to  support  deployment. 

(4)  Identify  policy  decisions  needed  to  begin  the  modeling  process. 
PHASE  II  (1  March  1980  -  30  June  1981) 

(1)  Develop  a  nev  requirements  model  or  modify  an  existing  program. 

(2)  Test  the  model. 

(3)  Modify  as  necessary. 

(4)  Implement  for  th*  POM. 

(5)  Evaluate  outputs. 

(6)  Integrate  into  ocher  resource  management  systems. 
d  Develop  Che  final  report. 


Incl  2 
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WORK  STATEMENT 

ARMY  MOBILIZATION  BASE  REQUIREMENTS  MODEL  (M08REM) 


1 .  BACKGROUND 

a.  References 

(1)  Amy  Comand  and  Conf-ol  Study,  Nifty  Nugget/M08EX-78  Analysis 
Report,  3 DM  Corporation,  25  April  1979,  (CONFIDENTIAL). 

(2)  AR  71-11,  dated  IS  April  1980,  Total  Army  Analysis  (TAA). 

b.  While  the  references  listed  above  do  not  pertain  exclusively  to 
CONUS  mobilization,  the  first  Indicates  that  the  CONUS  base  force  structure 
and  manpower  requirements  necessary  to  mobilize,  train,  deploy,  and  sustain 
the  total  Army  during  full  mobilization  are  inadequately  defined  and  are 
not  Included  in  the  Total  Army  Analysis  (TAA)  process.  To  improve  the 
Army's  force  structuring  process,  Chief  of  Staff  Memorandum  (CSM)  79-15-27 
was  prepared  and  forwarded  to  the  ARSTAF  on  3  August  1979.  The  CSM  directed 
the  establishment  of  an  ad  hoc  study  group  for  the  purpose  of  developing 

a  model /methodology  that  will  not  only  determine  the  force  structure  and 
manpower  requirements  for  a  CONUS  base  supporting  mobilization,  but  also 
provide  the  basis  for  modeling  other  resource  requi rements . 

c.  In  response  to  this  requirement,  a  phased  study  effort  has  been 
defined.  During  Phase  I,  a  preliminary  design  concept  and  an  initial  definition 
of  data  requirements  is  to  be  coroleted  by  the  government.  During  Phase  II, 
Model  Design,  and  Phase  III,  Model  Implementation,  Test,  Documentation 

and  Training,  are  to  be  completed.  Contractual  support  is  planned  for 
Phases  II  and  III  and  is  described  below  in  Scope  of  Work.  A  sumr.ary  of 
the  MOBREM  phased  development  and  responsible  organizations  is  contained 
at  Inclosure  1. 

d.  Preliminary  results  of  the  Phase  I  effort  to  be  considered  in  any 
contractual  proposal  are  as  follows; 

(1)  The  input  workloads  that  must  be  supported  in  the  CCNUS  base 
during  full  mobilization  have  been  initially  defined  (Inclosure  2). 

(2)  The  CONUS  base  functional  codes  that  support  the  above  work¬ 
loads  have  been  initially  defined  (Inclosure  2). 

(3)  The  tnstallations/activities  ,  time  periods,  to  be  covered 

by  the  CONUS  base  support  requirements  have  been  Initially  defined  (Inclosure 

3) . 

(*)  A  preliminary  data  processing  concept  has  been  defined,  (Inclosure 

4) . 


I 

i 
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2.  OBJECTIVE 

a.  The  objective  of  this  procurement  action  Is  to  obtain  design,  Imple- 
aentatlon,  and  test  of  a  system  (hereafter  referred  to  as  "model")  to 
determine  the  CONUS  base  reoulrements  for  support  of  the  workloads  irrposed 
on  CONUS  activities  as  a  result  of  full  mobilization. 

b.  Contractor  proposals  In  response  to  this  work  statement  shall  address 
three  separate  contract  efforts,  as  follows: 

(1)  Conpletlon  of  both  the  Model  Design  (Phase  II)  and  the  Model 
Implementation,  Test,  Docunentatlon ,  and  Training  (Phase  III),  I  AW  the 
reoulrements  specified  in  the  work  statement.  The  proposal  should  assume 
that  the  Phase  III  effort  commences  without  interruption  after  Phase  II 
approval ; 

(2)  Completion  of  the  Model  Design  (Phase  II)  as  a  separate  contract 

effort; 

(3)  Conpletlon  of  the  Model  Implementation,  Testing,  Training,  and 
Documentation  effort  (Phase  III)  assigning  a  45-day  time  period  lapse  between 
the  approval  of  Phase  II  and  the  commencement  of  Phase  III. 

(4)  Contractor  responses  shall  also  Include  the  following: 

(a)  The  study  approach. 

(b)  The  conceptual  structure  of  the  methodology. 

(c)  The  substance  of  the  methodology. 

(d)  The  Implementation  approach. 

(e)  Test  and  validation  approaches. 

c.  The  principal  functions  that  the  model  shall  perform  are  as  follows: 

(1)  Sort  workloads  into  different  categories  that  require  discrete 
kinds  or  intensities  of  CONUS  base  support. 

(2)  Relate  each  workload  to  the  CONUS  installatlon/actlvity,  func¬ 
tional  support  areas,  and  time  periods  during  which  the  requirement  exists. 

(3)  Apply  computational  factors  that  convert  workloads  to  quanti¬ 
tative  support  requirements  which  can  be  identified  with  specific  Army 
Management  Structure  Code  (AMSCO)  functions. 

(4)  Calculate  the  CONUS  base  support  requirements  by  major  conmand/ 
Installation/activi  ty  by  AMSCO,  in  terms  of  ranorwer  and  selected  items 

of  equipment,  in  'O-day  increments  from  M  to  M*60.  and  in  30-day  Increments 
from  M*<>Q  to  M*2;u. 
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d.  Die  model  output  will  provide  Information  to  aid  three  basic  objectives: 
mobilization  planning,  force  programing,  and  force  structure  evaluation. 

More  specifically,  data  generated  by  the  model  will: 

(1)  Provide  HQOA  the  basis  for  Issuing  guidance  to  the  major  conmands 
(MACOM)  for  the  development  and  evaluation  of  workloads  and  Mobilization 
Table  of  Distribution  and  Allowances  {M08TDA). 

(2)  Be  Included  as  part  of  the  force  structure  requirements  projections 
covered  In  the  Total  Army  Analysis  process, 

3.  SCOPE  OF  WORK,  Phase  II  will  cormence  with  the  award  of  contract.  The 
contract  tasks  to  be  performed  In  each  phase  are  as  follows: 

a.  Wiase  II ,  Model  Design 

(1)  Task  1.  Management  Plan.  Within  ten  working  days  after  award 
of  contract,  CAA  will  make  available  to  the  contractor  a  copy  of  the  final 
data  concepts,  etc.,  developed  during  Phase  I.  The  contractor  shall  prepare 
a  Management  Plan  for  MOBREM  which  snail  include,  as  a  minimum: 

(a)  A  graphic  Program  Evaluation  and  Review  Technique  (PERT)  type 
chart  sunmarizlng  the  scheduling  for  at  least  one  major  level  of  effort 
below  the  contract  tasks. 

(b)  Projected  monthly  dollar  and  manpower  and  cumulative  dollar 
expenditures. 

The  Management  Plan  shall  be  subject  to  revie*  and  approval  by  CAA. 

(2)  Task  2.  Model  Design.  Following  CAA  approval  of  the  Management 
Plan,  the  contractor  snail  : 

(a)  Develop  the  organization  structure  for  MOBREM.  The  MOBREM 
organization  structure  snail  address  the  input  data  processor  and  the  basic 
model  including  the  post -processing  of  data  files  for  output.  The  Model 
Oesl'-"  should  pe  In  modular  form  and  should  be  capable  of  expansion  to 
aocress  total  .xobi  1  ization  through  input  data  change*. 

(b)  Oefine  all  required  data  and  their  sources  necessary  for  complete 
model  corputations . 

(c)  Identify  the  model  outputs  describing  variations  and  options, 
and  demonstrate  the  utility  of  the  model  outputs  for: 

1_.  Specifying  the  CONUS  base  mobilization  requirements; 

2.  Enabling  HQDA  to  issue  CONUS  base  force  structure  guidance 

to  macomT 

3.  Use  by  the  MACOM  for  evaluations  of  workloads  and  MOBTDA. 
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(3)  Task  3.  Implementation ,  Test,  and  Training  Plan.  Develop 
an  Implementation,  Test,  and  Training  ►’Ian  which  will  form  the  basis  for 
the  Phase  III  effort. 

(4)  Task  4  Documentati on .  Pocunent  and  present  the  Phase  IT 
efforts  The  K3BREH  Phase  1 1  design  docunentation  submitted  to  CAA  for 
approval  shall  include,  as  a  minimum,  a  complete  description  of  the  model 
dnign,  including  flowcharts  and  HIPO  charts,  macro  flowcharts,  input  data 
requirements,  input/output  formats,  estimates  of  CPU  and  Input/output  times, 
and  the  requirements  for  core  stor  ge  and  peripherals  for  using  the  HQBREH 
an  CAA's  computer.  LCAA's  conputer  will  be  a  UNIVAC  1100/82. ) 

b.  Phase  III,  Model  Implementation,  Test,  Documentation  and  Training. 

Fol  lowing  CAA  approval  of  the  model  design,  and  authori  zation  of  the  :hase 
III  effort,  the  contractor  shall  accomplish  the  following  tasks: 

(1)  Task  1.  Model  Implementation.  Inclement  the  approved  MOBREM 
design  using  no  corputer  specific  subprograms  (including  machine  or  assembly 
language)  except  by  prior  explicit  approval  of  CAA. 

(2)  Task  2.  Model  Test.  Utilizing  the  contractor's  facilities, 
test  the  model  in  accordance  with  the  approved  Test  Plan  developed  in  Phase 
II.  Data  to  be  generated  for  test  purposes  shall  be  coordinated  with  and 
concurred  in  by  CAA.  The  CAA  computer  facilities  shall  not  be  available 

to  the  contractor  for  programing  and  testing;  however,  the  contractor  shall 
install  and  demonstrate  at  the  CAA  cotrputer  facility  that  the  MC8REM  is 
operable  by  repeating  the  approved  test.  The  CAA  facilities  can  be  routinely 
utilized  to  install  and  demonstrate  the  M08REM  only  on  normal  workdays 
between  0900  and  1500.  Though  the  MOBREM  is  not  expected  to  be  classified, 
selected  input  data  will  be;  consequently,  the  contractor's  personnel  shall 
possess  a  SECRET  security  clearance  to  have  access  to  the  CAA  computer 
facility  and  data. 

(3)  Task  3.  Training,  p-onare  and  conduct  a  training  program 
■for  the  functional  proponent  and  the  AOP  personnel  who  will  be  utilizing 
the  model.  Instruction  on  new  to  operate  the  installed  and  demonstrated 
model  shall  be  provided  to  CAA  designated  personnel  by  the  contractor. 

(4)  Task  4,  Documentation.  Documentation  will  be  provided  to 
the  US  Army  Concepts  Analysis  Agency  (CAA)  in  accordance  with  the  requirements 
described  below  and  CAA  standards  at  Inclosure  5. 

(a)  The  contractor  shall  furnish  CAA  two  categories  c '  MOBREM 
documentation :  program  reference  material  and  a  nierarchy  of  manuals  describing 
the  model.  The  manuals  shall  be  designed  to  minimize  redundancy  among 

the  volumes.  All  final  documentation  shall  be  for  the  version  of  the  MCBREM 
which  is  installed  and  demonstrated  at  the  CAA  computer  facility. 

(b)  Program  reference  material.  The  contractor  shall  furnish 
CAA  with  the  following  program  reference  material: 
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1_.  A  complete  source  program  listing  which  shall  Include  Input 
data.  computer  control  instructions  for  the  CAA  computer,  and  clarifying 
coanents  In  the  program. 

2.  A  9-track,  000  BPI  tape(s)  containing  the  MOBREM  source  program 
and  test~1nput  data.  The  MOBREM  programs  shall  he  the  property  of  the 
US  Government. 

(c)  Manuals.  The  contractor  shall  furnish  CAA  with  the  following 
Tevels’  of  docianertation  in  the  form  of  manuals  which  descrue  the 
use  and  operation  of  the  MOBREM  program: 

X.  -fXecirfTve 'Suimar  .  The  Executive  Summary  volume  should  provide 
a  manager  with  an  overview  of  MOBREM.  As  a  minimum,  It  shall  outline  the 
structure  and  capabilities  of  the  model  and  briefly  describe  the  machine 
software  and  hardware  environment  necessary  for  operating  the  program. 

2.  User  Manual-.  The  User  Manual  volume(s)  shall  be  addressed 
to  military  and  civilian  analysts  who  have  no  program!  ng  experience  but 
need  Instructions  on  now  to  prepare  the  input  data  and  analyze  output  from 
MOBREM.  It  shall  include,  as  a  minimum,  the  following: 

a.  A  detailed  description  of  each  input  parameter.  This  shall 
Include  the  methodology  for  constructing  the  necessary  parametric  values, 
a  complete  description  of  the  input  media  and  layout  formats  for  all  input 
records,  and  a  listing  of  a  sample  set  of  input  data  used  in  a  valid  run 
through  the  complete  program. 

b.  A  description  of  the  output  media  and  layout  formats  for  all 
Intermediate  and  final  output  records  with  suggested  procedures  for  interpreting 
outputs,  and  output  listings  of  the  valid  complete  run  througn  the  program 

for  which  the  above  input  data  listing  is  furnished. 

c.  Suggested  procedures  for  analyzing  outputs  from  the  MOBREM. 

d.  System  flow  diagrams  and  associated  narrati  ve  descriptions 
listing  data  flow  througn  major  processing  blocks  and  input/output  media. 

Each  block  of  the  diagrans  snail  be  keyed  by  label  to  the  associated  statements 
within  the  MOBREM  source  program.  A  brief  narrative  description  shall 
be  given  of  the  decisions  and  processing  accomplished  by  eacn  block  in 
the  system  flow  diagrams.  Definitions  of  flowchart  symbols  shall  be  included. 

e.  Additional  details  regarding  documentation  of  the  User  Manual 
are  at  Inclosure  5. 

3.  Tys tem'MSnual,  The  System  Manual  volume(s)  shall  be  addressed 
to  the  systems  anal/st  with  some  programing  experience  who  needs  to  know, 
at  a  systems  level,  the  capao  ill  ties  of  the  MOBREM  program  and  the  details 
of  how  to  run  it.  It  shall  include,  as  a  minumm,  the  following: 

a.  for  all  tnput/output  records  the  storage  mode,  program  mnemonic 
name,  maxi num/m.ini mum  length,  blocking  factors,  and  control  words. 
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b.  All  Input/output  storage  record  formats  completely  Identified, 

Including  file  layouts  and  coding/decoding  Information. 

£.  A  conplete  and  detailed  set  of  operating  Instructions  for  corouter 
operations.  Including  program  setup,  error  messages  and  recovery  procedures, 
control  language  reoui rements ,  memory  layout,  and  computer  processing  and  Input/output 
channel  time  estimates  for  each  task  in  the  program  for  a  conplete  run  through 
the  program,  and  for  modified  versions  resulting  from  suppression  of  major 
subprograms.  This  shall  include  core  and  disc  storage  allocations  for  each 
task,  and  other  peripheral  equipment  requirements. 

d.  A  complete  description  of  the  mathematical  and  logical  processes 
e«ployed7  This  shall  Include  the  definitions,  the  rationale  and  justi  fication 
for  the  derivations,  and  representative  values  and  sources  for  variables  and 
constants  used. 

e.  A  definition  of  each  program  constant  and  variable  used  in  any 
program  or  subprogram,  and  a  specification  of  Its  distribution  and  range  of 
values.  All  approximations  used  shall  be  identified  and  their  rationale  described. 

f.  An  alphabetic  list  of  all  program  constants  and  variables,  including 
where  they  can  be  found  in  the  narrative  descriptions,  in  the  flowcharts,  and 

In  the  source  program  listing. 

Flow  diagrams  and  associated  narrative  description,  listing  the 
complete  task  structure  and  the  sequential  logic  for  calling,  operating,  and 
overlaying  all  subroutines.  Eacn  block  of  the  flow  diagrams  shall  be  keye* 
by  label  to  the  associated  statements  within  the  corouter  source  program. 

A  brief  narrative  description  snail  be  given  of  the  decisions  and  processing 
accomplished  by  each  block  in  the  macro  flow  diagrams.  Definition  of  flowchart 
symbols  shall  be  included. 

4.  Prograa. Maintenance  Manual.  Ihe  Program  Maintenance  Manual  volume ;s : 
shall  be  addressed  to  the  professional  programer  «no  will  be  responsible  for 
luplementing  future  extensions  of  the  MOBREM  program.  It  shall  include,  as 
a  nrinimum,  the  following: 

a.  A  detailed  description  of  the  machine  software  and  harAvare  environment 
within  which  the  program  operates. 

b.  Micro  flow  diagrams  showing  all  major  decision  points  and  processing 
operations  within  each  program  and  subprogram.  Each  blcck  of  the  logic  flow 
diagrams  shall  be  keyed  by  label  to  the  associated  statements  within  the  corouter 
source  programs.  A  brief  narrative  description  shall  be  given  of  the  decisions 
and  processing  acconpl'shed  by  each  block  in  the  logic  flow  diagrams. 

c.  Additional  details  regarding  documentation  of  the  Program  Maintenance 
Manual  are  at  Inclosure  5. 
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5.  "T>4£  Report.  Computer  printouts  In  accordance  with  the  output 
requirements  specified  in  the  test  plans  will  be  produced  by  the  MOBREM 
on  the  CAA  computer. 

4.  SCHEDULE 

a.  Reports.  The  contractor  shall  tender  the  following  reports  to 
the  COTR. 

(1)  Management  Reports.  Within  five  (5)  working  days  uf  the  end 
of  each  calendar  month,  an  informal,  written,  monthly  progress  letter. 

The  monthly  report  shall  Include  a  statement  of  actions  under  way,  actions 
completed,  and  unresolved  problems.  Each  monthly  report  shall  also  con¬ 
tain  a  statement  of  the  expenditures  (dollars  and  technical  manmonths) 
for  the  period  covered,  the  total  dollar  expenditures  to  date,  an  indi¬ 
cation  of  the  degree/percent  of  the  contract  objective  completed  to  date, 
and  the  estimated  remaining  cost  to  complete.  Study  progress  shall  be 
related  to  the  PERT  chart  prepared  in  Task  1. 

(2)  Management  Plan.  The  contractor  shall  furnish  CAA  with  a 
■In  liman  of  five  (5)  copies"  of  the  proposed  Management  Plan  prepared  in 
connection  with  Task  1,  Phase  II  of  the  work  statement  within  45  calendar 
days  of  contract  award.  The  contractor  shall  be  prepared  to  brief  a  Study 
Advisory  Group  (SAG)  within  five  (5)  working  days  of  submission  of  the 
proposed  plan.  CAA  will  provide  comments  and/c r  approval  within  ten  (10) 
working  days  of  receipt  of  the  plan  from  the  contractor. 

(3)  Model  Design.  The  contractor  shall  furnish  CAA  with  five 
(5)  draft  copies  of  the  proposed  MOBREM  design,  developed  in  Rhase  11, 

Task  2,  for  review  and  concurrence  no  later  than  eight  (8)  months  after 
contract  award.  The  contractor  shall  be  prepared  to  brief  the  SAG  within 
five  (5)  working  days  of  submission  of  the  prooosed  MOBREM  design.  CAA 
will  provide  comments  and/or  approval  within  twenty  1 20 1  wcrk-rg  davs  of 
delivery  ;f  the  design.  r--*’  documentation  of  the  ~cdel  design  shall 

be  delivered  to  CAA  no  later  than  ten  (10)  months  after  contract  awardL 

(4)  Implementation ,  "est  and  Training  Plan.  The  contractor  shall 
furnish  CAA  with  five  (5/  copies  of  the  proposed  implementation,  test, 
and  training  plan  developed  in  Task  3  of  Phase  II,  no  later  than  nine  (?) 
months  after  contract  award.  CAA  will  provide  comments  and/or  approval 
within  twenty  (20)  days  after  delivery. 

(5)  Operating  Model  Documentation.  The  contractor  shall  install 
and  successfully  demonstrate  tne  MOBREM  on  the  CAA  computer  beginning  four 
(4)  months  after  start  of  Phase  III.  and  complete  the  test  within  thirty 

( 30 )  calendar  days.  Within  five  (5)  working  days  of  model  demonstration, 
the  contractor  snail  tum  over  to  CAA  the  installed  model  and  the  Program 
Reference  Material  described  In  Paragraph  3.b.(4)(b). 

(6)  Manua  1  s .  The  contractor  shall  provide  an  Executive  Summary, 
User  Manual,  Sys  tem  Manual ,  and  Programer  Manual  for  the  installed  and 
successfully  demonstrated  MOBREM  programs  as  described  in  Phase  III,  in 
accordance  with  the  following  schedule. 
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(a)  Phase  III  Draft  Documentation.  The  contractor  shall  furnish  CAA 
with  five  (5)  copies  of  Phase  III  Draft  Documentation  within  30  calendar 

days  of  successful  model  demonstration.  Within  ten  (10)  working  days  following 
the  Documentation  Review  SAG,  CAA  will  provide  the  contractor  with  concents  on 
and  requirements  for  preparing  the  final  documentation.  The  manuals  shall  be 
prepared  on  standard  government  size  paper  and  input  data  forms  on  standard 
coding  form  size  (11"  x  16")  paper. 

(b)  Phase  III  Documentation.  The  contractor  shall  furnish  CAA  with 
flnai  documentation  as  requi  red  by  Phase  III,  Task  4  in  the  form  of  camera  ready 
copy  plus  five  (5)  reproduced  copies  by  the  contract  completion  date.  Input  aata 
forms  shall  be  furnished  in  standard  form  size  (11"  x  16")  and  be  suitable  for 
photo  reduction  for  printing  in  the  manuals  without  loss  of  clarity. 

b.  SAG.  The  contractor  shall  present  the  results  of  each  Task  to  a  Study 
Advisory  Group  (SAG)  as  specified  in  paragraph  4d.  In  addition,  the  contractor 
■ay  be  required  to  brief  the  SAG  or  CAA  staff  at  other  tines. 

c.  Liaison.  The  CCJTR  will  make  informal  visits  to  the  contractor  at  least 
once  prior  to  each  milestone  date  and  not  more  frequently  than  weekly/bi-weex ly 
to  Identify  and  resolve  problems. 

d.  Major  Mi  lestones .  The  milestones  below  reflect  the  desired  duration 
of  the  contract  pnases.  "he  contractor  may,  with  specific  justification 
provided,  reflect  in  ms  proposal  an  alternate  time  schedule. 


Event 

Time  Period 

(1) 

Management  Plan  (SAG) 

Month  1  1/2 

after 

Phase 

II  begins 

(2) 

Model  Design  (SAG)  Draft 

Month  8 

N 

“ 

N  *» 

(3) 

Implementation,  Test  and 
Training  Plan 

Month  9 

II 

N 

M  l< 

(A) 

Model  Design  Final 

Hanth  lfl 

M 

M 

M  M 

(5) 

Model  Implementation  and  Test 
Progress  (SAG) 

Month  2  after  Phase  III 

begi ns 

(6) 

Test  on  CAA  Coimuter 

Month  4 

N 

N 

M 

(7) 

Oocianentation  Review  (SAG) 

Month  6 

M 

M 

M 

(8) 

Tralnl ng 

Month  7  " 

M 

M 

■ 

(9) 

Final  Documentation. 

•WITH  ■» 

M 

M 

M 
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5.  CONTROL  PROCEDURES.  The  contract  effort  and  concurrent  government  effort 
related  to  the  VCEREM  development  will  be  controlled  by  a  contracting  officer's 
technical  representative  (COTR)  from  CAA.  The  CQTR  will  coordinate  contractor/ 
government  interfaces,  review  contractor  reports  ,  arrange  for  briefings  of 
the  M06REM  Study  Advisory  Group,  resolve  and  clarify  tecnnical  issues,  evaluate 
performance  and  issue  oral  or  written  instructions  to  fill  details  of  this 
work  statement.  Such  instructions  must  be  within  the  scope  of  the  work  set 
forth  in  the  contract  and  may  not  be  of  such  nature  as  to  affect  price  and 
period  of  performance.  The  contractor  shall  designate  a  represented  ve  as 
project  leader  who  shall  be  in  charge  of  the  contractor  personnel  wnile  performing 
the  work  under  the  contract.  All  direction  and  communication  between  the  COT® 
and  contractor's  personnel  will  be  accomplished  through  the  designated  project 
leader. 
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NMRCM  ftuittf 


Orfanlaatlen 

Wait  I 

Preliminary  design  concept 

Phaso  11 

Data  collection  and  model  feslgn 

flu**  III 

HW«1  <«pl*-»»t*tl»«,  t«*t. 
focue-fttltloft.  tr.tnlft, 

Dcsops-ro 

{MOM  func¬ 
tional  pro¬ 
ponent  ) 

Ooeia*ont  mob  processes  related 
to  determining  COWS  boit 
■Obi  1  notion  manpower  require¬ 
ments 

Develop  prilltltiry  dots 
processing  design  concept  for 
capturing,  categor 1| ing ,  and 
distributing  «ob  1 1 1 r a  1 1  on 
wor k  1  old!  ond  converting  the* 
Into  COtWS  bolt  manpower 
requirements . 

Spec  1 I f  the  functional  prop, 
tnd  OPt  to  b«  ultd  during 
development  and  model 
operat ion 

Complete  development  of  required 
manpower  Standards  and  con lump - 
tlon  factors  and  Input  date  defi¬ 
nitions  and  acquisition. 

Participate  In  design  and  last 

Participate  In  and  review 
test . 

Receive  training.  If  applicable. 
Prepare  organization  procedures 
for  model  use. 

CM 

Mon  1 lor  ad  hoc  Study  group 
e' fort 

Specify  Information  necessary 
for  model  development  decision. 
Determine  If  contract  tuff* 
tance  required. 

Prepare  work  statement  of  tasks 
required  for  «Odt1  design, 
estimate  t 1»t  and  cost. 

( «a 1 uate  contract  proposals/ 
select  ion 

Review  and  approve  development  plan. 
Monitor  data  collection  and  model 
design  efforts. 

Provide  for  coordination  between  data 
collection  and  modeling  efforts. 
Evaluate  and  approve  model  design  and 
proposed  test  plan 

Monitor  model  development. 

Evaluate  test  results. 

Provide  computer  facility  for  tost. 
Receive  training. 

Review  documentat Ion. 

Operate  model  at  conclusion  of 

Phase  til 

Contractor 

Submit  proposal  for  model 
design,  implementation,  and 
test 

Submit  a  development  plan. 

Cevelop  model  design,  document, 
and  present. 

Prepare  impl  rmemat  Ion  and  test  plans. 

■  '  EyE  '  S 

MT(i  f>u*«  I  conclude*  ulth  *w«rd  of  contact. 

flu*  II  conclude*  »Uti  approved  nodal  deiljn  and  celt  plan. 
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On  the  following  page,  the  workload  categories  that  generate  different 
kinds  or  Intensities  of  CONUS  base  support  are  listed  In  the  vertical 
col  umn.  The  functional  codes  that  represent  the  CONUS  base  support  service 
consumed  by  the  workload  are  listed  across  the  top  of  the  table.  The 
Intensity  of  consumption  Is  Indicated  by  an  "A"  (heavy)  or  "B”  (moderate). 


Author's  Note:  The  A's  and  B's  were  ODC SOPS ‘  initial  estimate  to  the 
contractor  sizing  the  support  categories  to  be  covered  in  the  MCBcO! 

esign.  These  were  refined  during  Phase  I  and  II  to  develop  the  51:: 
workload  categories  and  280  function  codes  used  in  the  current  MOB : . SI ' 
r.esign.  Actual  consumption  is  determined  by  the  MREs  developed  duri-r 
t  e  study  (Chapter  3 ) . 


\«d  2,  pg  1 
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Locat  ion- -Func  t  i  ona  1  Code  Re  1  a  t  i  on;  h  1  p 


Functions 

Time 

Comund 

Instal lations 

appt  icable 

periods 

ACC 

1 

39 

14 

MTMC 

12 

4 

14 

FORSCOM 

27 

39 

14 

HSC 

2 

34 

14 

TRADOC 

20 

47 

14 

DARCOM** 

Arsenals 

8 

7 

14 

Amo  plants 

24 

7 

14 

Depots 

22 

7 

14 

•To  be  projected 

in  10-day  time 

periods  through  M‘‘C 

arc  30-day  ti 

periods  through  'WO. 


••Eleven  of  the  QARCCM  'acilities  alto  serve  is  -cci '  •  :>vo"  stations 
and  will  pernor"  approximately  25  base  operations  ♦’urcticr.s. 


Incl  3.  Quantity  of  i ns ta 1  la tions  to  be  Included  in  node!  requirements 
projection. 


MUVQUCB  tUQUIMD  rOfl  AM»  COM  ) 

AT  H.I  >0*  *U  KIIOOJ 


•MAM •  MOUfM*  *t  *L  IMMUAUflg 

•  o*  Ml  *m  umi  roa  au  UK  wnooi 


p  mm  ntioot 

1  «MI  L0M1 


l 


ttoaoi  cMcirt 

(OUTFITS) 
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ANNEX  II  TO  APPENDIX  B 


DEPARTMENT  OF  THE  ARMY 

OFFICE  OF  THE  OCFUTY  CM'CF  OF  STAFF  FOR  OPERATION*  ANO  PUNS 
WASHINGTON  O  C  20110 


to  j#  6  Ar  t j - r 

a  rri  •»  1 1<>»«  of  *  '■  “■  w 


memorandum  for  director,  uc  army  concepts  analysis  agency 

CJBJFCT:  The  Army  Mobilization  Base  Requi remen ts  Model  (MCBPEM) 


A 


Purpose  ?f  fhudv  Si rp;:*  ;/«*.  This  iirective  nr*'':fies  the  tas*3, 
ar.d  crganizat lor.a  1  respnnsi 1 i 1  it ies  f ar  completing  Phase 
rmy  ’  s  Mobilization  Baa*?  Requirements  Model  MOB n EM  ■  Development  Stud' 


id'JCtS  . 
of  -  n  e 


f t  •„  i y  Title.  The  Army  Mobilization  Bane  Requirements  Model  MCBRE.M/ . 


3a py ground . 


a.  ISM  ~q- :*-<?*•  dated 
Alvisory  Croup  'SAG  and  a 
3t-dy  to  define  the  CON  VS 
iep *oyment,  an  i  sustainment 
dated  2 8  July  *58l 


3  August  1979  TA3  A)  es 
HCOA  Ad  Hoc  Study  Croup  1 
base  required  to  support 
af  the  total  A rmv  during 
'TAB  3'  designated  CCCGCPS 


ablishei  a  MGS REM  Study 
.o  begin  a  ocmprenersi ve 
mobilization,  training, 
full  mobilization.  CSM 
to: 


Act  as  MC3REM  study  sponsor. 

S  Isnduct  Phases  I-ZV  of  the  study  with  an  ad  hoc  study  group. 

b.  Phases  I  and  II  have  been  completed  in  accordance  with  the  phased 
milestones  vn  CSM  3---5-’8.  The  Phase  III  test  of  the  model  on  CAA  computers 
using  test  data  is  scheduled  for  March,  1962- 


c.  Phase  IV,  a  field  test  of  the  mode  i  using  live  data,  is  programed 

during  the  period  April  ’981  -  March 

2.  Contractual  support,  required  fir  Phase  II  ir  .1  Prase  III,  is  also 

-anticipated  luring  Phan**  IV. 

e.  P<°r  IF  dated  "T  February  198?  TAB  C'  .  VESPER  Manpower  P:l.  y 

Vtandirds  ar.d  ,'^rvey  I-ivisicr.  LA?E-,#3''.  requested  ‘hat  ‘he  Phase  *  y  t  as*s 
revai.lation  -f  standards  ;ev*»lcped  luring  Phase  MI  .mi  ‘he 

i*.  e  . .  pmer.  t ,  va  *  i  2a  t  ion  md  testing  of  i -id  it  i  oral  standards,  as  resumed. 

.  ‘  r."  r .  Deputy  'Thief  of  Jtaff  for  Jperat ions  and  Plans  T  TCGPC  . 

c.  -‘  -  ly  Ager.  ~y .  VC  Army  Concepts  Analysis  Agency  VAA). 
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SUBJECT:  The  Any  ddct  1 1  izat  ion  Ease  Requirements  Vc-del  'MCPPEM/ 

a.  Pnh>-i.  The  CCNU5  base  force  structure  ar.d  manpower  required  to  support 
full  mob  1 1 1  sat  ion  is  inadequately  defined  n-.ur,lr^  in  significant  gaps  in  Any 
program  development  and  mobilisation  planning. 

k  't>  •  ective.  The  3tudy  objective  is  to  define,  develop,  and  test  a  node! 
through  which  time-phased  CCNU5  base  requirements  f manpower  and  equipment  :an 
be  derived,  analyzed, and  utilized  in  mobilization  planning  and  programing. 

c.  Studv  Products.  Both  the  government  and  the  contractor  are  required  to 
produce  products  during  the  study.  The  government  products  are  ider.t  '‘led  in 
the  milestones  schedule  (TAB  D)  together  with  the  responsible  organizations. 
The  contractor  tasks  and  products  are  defined  m  the  statement  of  wor*  'COW) 

:tab  e; . 

d .  Tasxs . 

••  i '  Complete  the  development  of  class  II  mobilization  standards 
required  for  MCBREM  operation.  This  task  includes: 

a  Analysis  and  validation  of  class  II  mobilization  standards 

developed  luring  phase  III. 

>b  Ceveicpmer.t  and  validation  testir.ff  of  additional  standards. 

as  required. 

:  Complete  the  MCBREM  functional  code  to  AMSCC  crosswalk. 

d  Coordination  with  on  going  efforts  of  OA  CCCPEF  and  HC 

rCFCCIM  to  develop  a  CC.TJS  base  modlizati on  standards  functional  dictionary. 

S'  Devise  a  plan  for  field  evaluation  of  the  model  test  using  'urrer.t 
data  f jr  all  required  input.  This  tasK  includes: 

a)  Preparation  of  a  draft  plan  to  be  3ent  to  SAG  memrers. 

b  Conduct  of  a  SAG  meeting  at  -.ISA  during  which  the  taking  :f 

u.l  ;art;e-  .nvolved  :r.  the  test  is  defined. 

?  Approval  and  distribution  of  the  finalized  test  plan  and 

’  **  3  *  t  .1  0  r.  .  r  g  . 

*  "  r.uuct  i  field  evaluaticr.  test  ;s mg  live  data.  This  ta:^ 

a  Acquisition  and  analysis  of  vCPFEV.  input  data, 
b  Analysis  of  preprocessing  adequacy. 

Production  and  verifl  m4.:  :n  of  !'CBPE?!  lata  base  ••  i events. 
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DAMC-FD 

3VS JECT :  7h*»  Army  Mobilisation  Basr  Requirements  Model  ' MOB? EM) 

.  d>  3elPcti.cn  ef  test  Vobilis.  tion  Policy  anti  Planning  Assumptions 

c ,  Operation  of  the  model  to  produce  test  reports  'workload, 

ao'et  and  manpower  requirements )  in  accordance  with  the  test  schedule. 

'fx  Conduct  of  a  3AG  workshop  at  HCOA  to  review  initial  test 

reports . 

' g '  Distribute  output  results  to  the  field  for  review  and 

*»va  1  uat  ;cn . 

h  Analysis  of  feedback  and  revision  of  standards,  input  lata, 
Mpr A,  output  reports  and  programs  as  required. 

-  Based  on  decisions  resulting  f  rcr.  the  MCEPEM  test,  specify 
frequency,  inputs,  outputs,  MPPA  and  processing  required  for  model 
.Tler.er.taticn  by  the  Army  in  March.  l°0;.  This  specification  represents  the 
I’.ern-ent  Furnished  Information  JFI  referred  as  "Model  Operating 

-  p  -  ■ .  i  -  ® r  e  °  *  3  "  i  n  the  3  C  . 

-notional  Users  Manual  sescrisir.g  the  ■:•,<;» i  fur.oii-nal 
utput  and  ncd.'l  jsage  *  •  Army  personnel  using  the  -ode; 

•  •  ‘  Conduct  a  seminar  for  initial  and  potential  users  of  MCBREM  output . 
..  .  .rrtrp  if  trip  seminar  is  to  introduce  jsers  to  tn.e  new  non  1 1  mat  ion  motel, 

.  ■"'*.«  to  te  covered  include  initial  capabilities  and  means  of  access. 

e.  Time  frame.  April  1981  -  March  198o 

f  Assume*  irr.s .  M  iliPation  assumptions  will  oe  based  in  general  on  tr.e 
latest  Defense  luidar.ce,  and  the  Army  Force  Planning  Data  Assumptions  ' AFPDA '.  . 
.'lecific  assumptions  will  be  provided  by  EA!"1-',D. 


•’ask  was  postponed 
the  possibility  of 


Indefinitely  as  a  result  of  the  proponent’s  need  to  Investlg 
moving  the  model  from  CAA  to  another  data  processing  Install 


late 

ation. 
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CCEJECT:  The  Army  Mrbl  i  iza t  icn  Bn.*,**  Pequi  remen  Model  'MDEREM) 

'  V  T»*rvin#f  as  the  functional  proponent  for  model  use,  maintenance  an  d 
the  jp  d.a  t mg  af  system  f  1 1  «* 3  anti  manpower  standards. 

b.  IDCCCPS  -nit  Training  Division  'DAM0-TRU1  will  be  responsible  Tor 
prcvidma  updated  mobilization  <iata  from  Army  Training  “esource  Requirements 


c .  CCCDCPS  Mobilization  ar.d  Deployment  Division  ( DA.MC-GEM }  will  be 
responsible  for  providing  the  mobilization  policy  and  planning  assumptions 
MfrA  used  m  the  model  test. 

i.  OD CSPER  Mobilization  Division  (DAPE-PCM)  will  be  responsible  for 
rr-  vi  iir.g  updated  mobilization  data  concerning  IRR  and  retiree  pre-ass igr.men t , 
rr: Turner  allocations,  and  percentages  of  transients  and  holdees. 

•  CDCCPER  Manpower  Policy,  Standards  and  Purvey  Division  'DAPE-MB’J)  will 
we  -es-cnsit  le  for  reviewing  and  approving  the  CONUS  base  mobilization  manpower 
■standards  in  accordance  with  the  time  sensitive  requirements  for  producing  test 

f  1DCCLDG  will  be  responsible  for  identifir.g  logistical  in  format  isn 
s--;r-es.  and  'oordinat  ir.g  the  timely  submission  cf  input  from  its  staff 
elements.  Data  requirements  include: 

*4  Consumption  rates  at  CONUS  installations  for  class  I.  II,  III,  IV. 
an:  IX  for  TDA  units,  students/ trainees ,  and  MICE  units  including  those  m  the 
training  phase. 

01  Prepositioned  assets  cf  class  I,  II,  III,  IV,  V  and  IX  'class  VII 
p.-eptr  iticned  assets  and  reouirener.  t  s  will  be  obtained  from  7AEDP'. 


;1  Authoritative  source  for  the  distribution  of  prepositioned  assets 
;nst  various  scenarios. 

g.  -TCC  Plans  and  Operations  Division  ' D ACC-nCC .  wi.l  se  responsible  for 
-liir.g  r.e j l tr.  services  related  mot ilizat icr.  :ata  required  for  the  test. 

"'them  irganiza*’ ions.  The  MCEREM  CAC,  APCTAr,  AND  VATCMS  will  provide 
a  s  i  e i  g r.  a  *  ed  .  r.  'CM  "*  d  7  . 


■.  :*f  :f  Ctaff  Memorandum  ICM- 


-f  of  Ctaff  Memorandum 


TAB  :: 
in cards . 


cm.  h  a  r. f'  **men  t  ■'f  yPriFFM  Van^ower 
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T'/PJETT:  The  Arty  ;  1  izat icn  Base  Se}..  i  r*"roents  "  >1  MT3FE.V. 
j.  TAB  T :  Milestone  Schedule. 

*■ .  TAB  E;  Statement  f  Work. 

- .  AT-. :  ristri  t ;  . 

a .  ojrr-r* . 

i  ‘  1  TTY.  per  liem,  and  overtime  me  the  r*sp  :n?  ;b  1 I  i *  ; es  o 
a*enci*»s  providing  support. 

Adnsmistrat  ive  support,  office  space  a r.d  supplies  are 
-•s;:  ?n?  ihi  li  t;*s  cf  the  agencies  providing  support. 

h.  Phase  TV  ul>iV)r^  Tcr.edu le.  7AA  and  TAMT-FTP  will  work  joint, 
all  tas*s.  The  lead  reapers ibi . ity  for  eacn  task  and  its  corrpleti.n  du« 
snewn  at  TAB  T .  MACCM’s  and  installations  wi*i  participate  n  the  t* 
accordance  with  tasks  J  and  3* 


dab- 


^ .  Ccr  *  ro 1  Procedures . 

a.  The  MCBPEM  Study  Advisory  Iroup  '  TAC ,  estaclishcd  by  TCM  ^  -  ’c  -  J'’ 
'mtmue  to  function  luring  the  study  and  participate  m  the  test. 

h.  7t  Fcrci  '4  11  will  he  prepared  by  DAA. 

o.  Direr*  contact  is  authorized  between  study  agency  and  TA  Stiff  v 
runts  of  'ontact. 

2.  TAMO-FTP  point  of  contact  Is  MAJ  David  Jcnr.sc r. ,  AV 

e.  This  tasking  aeccrar.dua  has  Oe»n  coordinated  with  CAA  in  accord 
with  paragraph  J ,  AP 


*  M  -  '  _  ' 


r.  *  ww  *  ft.'. 

Lieutenant  Tenoral.  7C 
Deputy  '  ?f  .’taff 

for  Operations  am  ?  1  an 


.  -Mi .ert  ne 


,  ay  .  .  r  .'>•  •• 
Y.  Boatwrign 
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CHIEF  OF  STAFF 

Memorandum 

U.  S.  ARMY 


OMTN 


I  **'•€» 


cs«  79-15-27 
o*tc.  3  August  1979 


SUBJECT:  The  Arsy  Mobilization  Base  Requirements  riLtCS  370.01  (3  Aug  7v; 

Model  -  (MCBRElt)  Study 

ACTION  Or  net  "'tit 

LTC  Todd/ 7 1C36 


MEvCRASDUW  FOR: 


HEADS  OF  ARMY  STAFF  AC 


ES 


1.  FURTCDE.  This  memorandum  establishes  a  Study  Advisory  Croup  (SAC) 
and  an  ad  hoc  study  group  to  conduct  a  comprehensive  study  to  define 
the  CC.'CJS  base  required  to  mobilize,  train,  deploy  and  sustain  the 
total  Army  during  full  mobilization  and  to  supervise  the  design  of  a 
me : hedo legy /mode 1  to  determine  the  force  structure  and  manpower  require¬ 
ments  for  such  a  mobilization  base. 


a •  AR  1-1,  Planning,  Programing,  and  Budgeting  within  the  Department 
of  the  Army. 

b.  AR.  5-5,  The  Army  Study  System. 

c.  AR  37-1CC,  Account/Coce  Structure. 

d.  AR  135-3CO,  Mobilization  of  Reserve  Component  Units  and  Indi¬ 
viduals  • 

«.  AR  57C-3,  Manpower  Utilization  and  Requirements  (.\C-C5FCR- 73 ) . 
f.  AR  575-n,  Manpower  Management. 

3. 


:  -*s 


to  ac** q.atoly  dot  ir.»*  those 


totj 


to  the 


Arm  1  .  sis  vT.U  .  p r 


b .  T”. t  e  is  a  *. e o  1  f 


tails 


equtrrments,  hut  wi 
rrmor.ts  of  the  mob: 


ion  base. 


7~ a?  l?  - 
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stvpy  schedule 


PHASE  I  (1  September  1979  -  23  February  198C) 

(1)  Define  Che  scope  end  nature  of  Che  problem. 

(2)  Describe  the  activities,  functions,  and  physical  character 
of  the  soblllratlon  base. 

(3)  Develop  assumptions  to  include  the  force  to  be  supported  ar.d 
the  resources  available  to  support  deployment, 

(4)  Identify  policy  decisions  needed  to  begin  the  modeling  proces 
PEASE  n  (1  March  I960  -  30  June  1981) 

Cl)  Develop  a  neu  requirements  model  or  modify  an  existing  progra 

(2)  Test  the  model. 

(3)  Modify  as  necessary. 

(4)  Implement  for  Che  PCM. 

(3)  Evaluate  outputs. 

(6)  Integrate  Into  ocher  resource  management  systems. 

C')  Develop  the  final  report. 
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CHIEF  OF  STAFF 

Memorandum 

U.  S.  ARMY 


SUBJECT:  The  Army  Mobilisation  Base  Requirements 

Model  -  (MOSREM)  Study 


A  ,„mt,  31  July  I?82 

cim  81*15  - 18 

DATs  28  -July  1981 

nee  CS  370.01  (28  Jul  81) 

ACTIO*  ornciviir 

LTC  Hall/71036 


MEMORANDUM  FOR:  HEADS  OF  ARMY  STAFF  ACENCIES 

CSM  79-15-27,  dated  3  August  1979,  subject  as  above.  Is  changed  as  follows: 

1.  Paragraph  5.  RESPONSIBILITIES, 
b.  ODCSOPS  will  — 


(1)  Act  as  M02REM  study  sponsor. 


(2)  Conduct  Phases  I- IV  of  the  study  with  an  ad  hoc  study  group. 

(3)  Task  CAA  and  MACOMs  listed  at  inclosure  1,  by  separate  correspondence, 
to  participate  in  all  phases  of  the  study. 

2.  Paragraph  b.  TERMS  OF  REFERENCE. 

e.  Time  frame.  September  1979  -  February  1983. 


3.  Attached  study  schedule,  dated  7  July  1981,  supersedes  original  milestone 
schedule  ac  Inclosure  2. 


1  Incl 

as 
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ARMY  MOBILIZATION  BASE 
REQUIREMENTS  MODEL 
(MOBRE.M) 


Revised  7  July  1921 


STUDY  SCHEDULE 

PHASE  I  (i  September  1979  -  31  August  1980) 

(1)  Define  the  scspe  and  nature  of  the  problem. 

(21  Describe  the  activities,  functions,  anad  physical  character  of  the 
mcbilizaticn  base. 

(2)  Develop  assumptions  to  include  the  force  to  be  supported  and  the  resource 
available  to  support  deployment. 

W  Identify  policy  decisions  needed  to  begin  the  modeling  process. 

(5)  Develop  a  preliminary  concept  of  the  model  desigpi. 

(6)  Task  US  Army  Concepts  Analysis  Agency  (CAA)  to  proceed  with  the  modeling 
process. 

(71  Assist  CAA  in  the  completion  of  pre-award  contract  procedures,  contract 
negotiation  and  administration. 

PHASE  II  (1  September  1980  -  30  June  19811 
(1)  Complete  action  for  contract  award. 

(21  Define  model  output  requirements. 

(21  Define  and  document  mobilization  policies,  CCN’US  base  workload  generator 
data  ar.d  sources. 

(«!  Define  and  document  CCNUS  base  support  functional  cede  structure,  and 
installations  to  te  covered. 

(5)  Develop  and  document  HC5F.SM  manpower  staffing  coeff icier.ts. 

(6)  Develop  allocation  rules  for  installation  equipment,  and 
organicaticn/suppcrt  maintenance  factors. 

(73  Provide  CAA  with  data  files  needed  to  identify  CCI.’US  base  rebilizaticn 
workloads,  functional  codes,  and  installations. 
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(65.  Assist  CAA  in  the  technical  review  and  evaluation  of  contractor  progress 
annd  products. 

(95  Assist  CAA  in  approving  the  completion  of  model  design  as  a  separate 
cor.tractural  efforts. 

PHASE  III  (1  July  1981  -  28  February  1982). 

(I)  Establish  a  planning  schedule  to  utilize  MCBREM  in  the  PPES  cycle. 

(25  Complete  TRAECC  installation/functional  code  crosswalk. 

(35  Participate  in  the  FORSCOM  Mobilization  Plan  Review  and  TEA  validation 
seminar . 

(95  Acquire  and  verify  updated  data  tapes. 

(55  Develop  functional  code  crosswalk  for  predetermined  UICs. 

(65  Develop  ammunition  consumption  rates  for  individual  and  unit  training. 

(“5  Obtain  SAC  approval  of  MPPA,  manpower  coefficients  arguments,  workload 
catagories,  and  functional  codes. 

(85  Determine  base  operations  functions  to  be  discontinued  upcn  mobilization. 

(95  Determine  base  operations  type  functions  that  are  performed  by  tenant 
D;v;s;cns/Separate  Brigades. 

(105  Initiate  and  staff  draft  AR  governing  MC8HEM. 

(II)  Coordinate  study  interface  and  tasking  required  for  the  MCEREM  SAG, 

AP.ST >S ,  and  KACCHs. 

(12)  Develop  and  staff  Phase  IV  tasker  for  CAA. 

(135  Monitor  the  FCRSCCM  on-site  validation  effort;  upgrade  manpower 
coefficients  ar.d  equipment  allocation  rules. 

(’9)  Develop  a  test  plan  for  distribution  of  model  outputs  for  evaluation  and 
feedback. 

V.55  Participate  In  contractor  prepared  ADP  plan  ar.d  functional  drawings  for 
users. 

(i£5  Test  the  model  cn  CAA  computer  using  test  data. 
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PHASE  IV  (1  MARCH  1982  -  28  FEBRUARY  19835 
(15  Participate  in  the  review  of  test  results. 

(25  Brief  SAC,  ARSTAF  and  MACCMS  on  the  results  of  inital  test. 
(35  Update  and  improve  manpower  coefficients. 

(45  Modify  the  model  as  necessary. 

(55  Initate  shakedown  test. 

(65  Collect  required  and  load  into  model. 

(75  Run  model  using  live  data. 

(85  Send  output  results  to  the  field  for  review  and  evaluation. 
(95  Obtain  feedback;  retest  as  necessary. 

(105  Evaluate  test  results. 

(11 5  Develop  the  final  report;  brief  SAG. 

(12)  Implement  AR  governing  MOSREM. 
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r.«ffcM«NCK  on  OPHCt  IVMIOl 

SUBJECT 

DAPE-MBU 

Enhancement  of 

MOBREM  Manpower  Standards 

TO 

FROM 

OAT|  CMT  t 

damo-fdp 

DAPE-MBU 

17  Feb  82 

Mr.  McKenzle/elb/ 59532 

DtSPGSmON  FORM 

«W  •<  MN  Mt  AM  340- it  IM  P»*MW"I  »#"«»  •«  T  AOO 


1.  Request  e  provision  for  laproving  existing  MOBREM  standards  and  for  developing 
additional  standards  In  areas  where  standards  do  not  exist  be  Included  In  the  next 
phase  of  the  MOBREM  Project  Development. 

2.  Specifically  the  following  la  requested: 

a.  Work  be  accoapllshed  to  apply  existing  standards  to  estimate  mobilization 
manpower  requirements. 

b.  Compare  results  with  existing  mobilization  requirements  to  validate  or  modify 
these  standards. 

c.  Develop  and  refine  a  HOB REM  MACRO  functional  code/AMSCO  crosswalk  In  order  to 
Increase  the  number  of  workloads  aligned  to  MOBREM  MACRO  functional  codes. 

d.  Develop  and  validate  additional  standardi  as  required  to  Insure  a  complete 
sec  of  velldated  standards  for  use  In  the  M08REM  manpower  report  field  test  and  for 
use  in  the  model  In  FY-83. 

3.  POC  le  Mr.  McKenzie  or  Mr.  Klammer,  Ext  5953 2 . 

FOR  THE  DEPOT  CHIEF  OF  STAFF  FOR  PERSOtlJ.TL: 


H.  M.  WEST  III 

Deputy  Director 

Manpower,  Programs  and  Budget 


CF: 

COR,  USACAA 


DA  IX-,.  242S 


II  ulf  O 
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MOBREM  Phase  IV  Milestone  Schedule 


Milestone 

Due  Date 

Lead  Responsibil 

1 . 

Provide  AMSCO  crosswalk  for  all 

MOBREM  functions. 

Apr  82 

DAMO-FDP 

2 

Develop  field  evaluation  plan. 

May  82 

CAA 

3. 

Develop  detailed  tasking  for  test. 

Jun  32 

DAMO-FDP 

4. 

Acquire  and  analyze  data  and  produce 
mobilization  workload  and  asset 
reports. 

Aug  82 

CAA 

5. 

Conduct  SAC  worksnop  to  preview  Initial 
test  results. 

Sep  92 

DAMO-FD? 

6. 

Complete  HQDA,  MACCM  and  installation 
review  of  responses  to  workload  and 
asset  reports. 

Oct  92 

DAMC-FD? 

7. 

Define  model/data  changes  required  by 
results  of  workload. 'asset  field  review. 

Nov  92 

CAA 

3. 

Review  and  apnrove  updated  mobilization 
Standards  and  A; iSCS.  functional  code 

crosswalk. 

Nov  92 

DAPE-MB'J 

9. 

Produce  mobilization  manpower  reports 
using  approved  updated  mobilization 
standards. 

Dee  82 

CAA 

1C. 

Complete  HCDA,  MACCM  and  Installation 
review  of  aobiiizaticn  manpower  reports. 

Jan  33 

DAMC-FD? 

11 . 

Provide  contractor  with  statement  of  model 
operating  requirements. 

Jan  93 

DAMC-FDP 

1C. 

Define  final  model/data  changes  required 
by  results  of  manpower  requirements  field 
review. 

Feb  S3 

CAA 

13. 

Prepare  CAA  7as<cer  for  model 
implementation. 

Feb  83 

DAM C-FDF 

14. 

Draft  MCBREM  Users’  Manual  and  conduct 
model  users’  seminar. 

Ka r  33 

CAA 

15. 

Revise  and  publish  MCBREM  Users'  Manual. 

Apr  33 

CAA 

7“ 

-  P 
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Review  a r.  1  evaluate  contractor  progress  Througr.o'it  CAA 

ar.d  product3.  period  of  contract 

I AW  wcr*  ntatcaent. 


MAJ  TAr  OR/706 1 4 
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STATEMENT  OF  WORK 
MOBREM  PHASE  IV  FIELD  EVALUATION 


1.  INTRODUCTION 

a.  Object  i ve.  The  objective  of  Phase  IV  of  the  Mobilization  Base 
Requirements  Model  (MOBREM)  development  is  to  support  a  field  evaluation 
and  to  prepare  MOBREM  for  recjrring  Army  use.  On  a  continuing  basis, 
MOBREM  will  support  the  Office  of  the  Deputy  Chief  of  Staff  for  Opera¬ 
tions  and  Plans'  (ODSCOPS)  regulatory  responsibility  for  the  force  de¬ 
velopment  process.  Specifically,  by  March  1983,  MOBREM  must  be  ready 
for  use  by  the  Army  to  compute  time-phased  mobi 1 izat ion  manpower  re- 
qu'rements  which  are  based  on  valid  workload  and  asset  allocations  and 
staffing  relationships.  The  model  outputs  must  be  identified  in  terms 
which  are  usable  by  major  commands  (MACOMs)  and  installation  commanders 
in  developing  Mobilization  Tables  of  Distribution  and  Allowances  ('*CB 
TDA )  and  usable  by  the  Army  Staff  in  the  budget  formulation  process. 

b.  Field  Evaluation.  The  field  evaluation  will  be  conducted  jointly 
by  CAA,  the  MOBREM  Ad  Hoc  Study  Group,  and  the  MAC CM  Study  Advisory 
Group  established  by  CSM  31-15-18  {Inclosure  l).  Contract  support  as 
specified  in  paragraph  3,  "Contract  Tasks,"  will  also  be  provided.  The 
field  evaluation  will  include: 

(1)  Acquisition  of  a  complete  set  of  input  data  required  by  'JCBREM 
and  creation  of  a  CONUS  base  mobilization  workload  data  base. 

{2 )  Validation  of  the  partial  set  of  manpower  standards  developed 
during  Phase  III,  and  development  and  validation  of  additional  standards 
required  to  cover  all  CONUS  base  mobilization  workloads  and  functional 
support  areas  of  MOBREM. 

(3)  Running  of  the  model  to  produce  test  outputs  for  field  evalua¬ 
tion  and  feedback. 

(4)  Mod'rication  of  the  input  data,  manpower  standards,  programs, 
and  reports  resulting  ‘ro  review  and  analysis  of  feedbacks. 

!5'‘  Ro-jris  df  the  model  to  produce  updated  test  outputs  for  fie’d 
evaluation  a-d  ‘eedbacn.  Two  senes  of  model  iterations  are  planned. 

(h Estaol 'S"ment  and  training  of  the  functional  proponent  organ- 
zafon  respo-s'S'e  for  model  use. 

(’)  Definition  and  approval  of  the  initial  recurring  use  require¬ 
ments  of  the  model,  and  preparation  of  the  model  to  meet  these  require¬ 
ments  by  March,  1933. 


/ 
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2.  DISCUSS '.CM 

a.  The  purpose  of  the  MCBREM  Study  is  to  provide  a  model  through 
which  time-phased  CCMUS  base  mobilization  requirements  for  manpower  and 
equipment  can  be  derived,  analyzed,  and  utilized  in  mobi 1 ization  plan¬ 
ning  and  programing. 

b.  The  approach  to  developing  M08REM  has  been  to  build  an  initial, 
det erm: ni s t ic ,  data  base  model  that  will  size,  by  location  and  time  pe¬ 
riod,  all  workload  demands  placed  on  the  CONUS  base  during  mobilization. 
The  model  will  relate  these  workloads  to  the  installation  functional 
areas  required  to  support  the  demands,  and  the  support  will  be  defined 
by  codes  that  crosswalk  to  the  TOA  structure  and  Army  management  struc¬ 
ture  code  (AMSCO).  New  manpower  staffing  relationships  developed  during 
the  study  will  be  used  to  size  the  manpower  required  in  the  CONUS  base 
functional  'upport  areas. 

c.  The  study  has  been  divided  into  four  phases.  The  tasks  asso- 
cated  with  these  phases  are  specified  in  CSM  81-15-13  dated  23  July 
1931.  Identif ication  of  the  phases  is  as  follows. 

PHASE  I.  Define  problem,  mobilization  processes,  and  model  con¬ 
cept. 

PHASE  II.  Define  model  inputs,  processing,  outputs,  and  write  de¬ 
sign  spec: ficat ions . 

0UASE  III.  Def’ne  calculations  needed  'oh  all  input  data,  write 
program  specifications,  write  computer  programs  ,  and  perform  initial 
testing. 

PHASE  IV.  Acquire  live  data,  develop  additional  standards,  field 
test  model  and  standards,  and  prepare  for  recurring  Army  use. 

OCCSOPS  (DAf'O-TD)  is  the  functional  proponent  for  the  M08REM  Study,  and 
the  JS  Army  Concepts  Analysis  Agency  directs  the  study.  A  two-to  five- 
person  *ul I -time  government  resource  team  and  a  Study  Advisory  Group 
c;ns' st 'ng  of  representatives  from  the  ARS7AF  and  MACDMs  have  been  op- 
c-jforal  during  the  first  three  phases  of  the  study.  During  Phases  II 
arc  ccrtrjc:  assistance  has  been  provided  to  accomplish  the  de- 

tu  '-'d  ies'jn,  program  writing,  an u  testing,  using  dummy  data.  The 
exstmg  contract  concludes  on  15  March  1932. 

d.  In  December  1981,  a  preliminary  Phase  IV  implementation  plan  was 
de.e'.ped  jr<  approved  by  the  SAG  and  "he  'jnctianjl  proponent.  It  :n- 
d.ded  the  tas>i  specified  in  CGM  31-15-31,  plus  an  additional  task,  re¬ 
quested  by  ODSSPfP  (DAPE-MBU;,  to  expand  the  analysis  and  coverage  of 
fe  meb- 1  iZifnn  manpower  standards  develc.ed  during  Phase  III.  Phase 
!•  ' s  planned  to  begin  immediately  following  the  successful  completion 
o'  the  progrjn'ng  tests  and  eva’.ations  on  the  CAA  computer  anu  the  de- 

I • very  j'  the  required  documentation — beth  scheduled  for  March  ’932. 

A! ’  contractor  tas»s  and  lelverables  to  tale  have  been  completed  on 
sc-ed.,  e  and  within  the  contract  cost  estmate. 
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e.  Analys  is  of  the  tasks  required  to  complete  Phase  27  indicates 
(2)  insu'f !Cte"t  juant ity  of  government  resources  can  be  made  available 
to  fully  cover  the  Phase  17  effort,  (2)  a’l  Phase  IV  tasks  will  result 
in  use  of  and/or  modification  of  programs  developed  by  the  contractor 
personnel.  Consequently,  in  order  to  assure  the  government  an  jn'nter- 
rupted  continuation  of  presently  assigned  key  contractor  personnel  to 
the  project,  and  to  maximize  an  efficient  transition  into  Phase  1 7, 
paragraph  3  specifies  a  task  modification  to  the  existing  contract  with 
Presearch,  Inc.  to  cover  the  Phase  17  contract  support  requirement. 

3.  TASKS 

a.  Task  1:  Modification  to  ahase  III  Des~cn.  Since  some  of  the  re¬ 
quired  information  was  unavailable  during  tne  design  portion  of  Phase 
III,  some  of  the  necessary  submodules  are  either  incorrect  or  missing. 
The  objective  of  this  subtask  is  to  update  MCBRcM  to  the  present  leve’ 
of  knowledge.  All  subtasks  must  be  completed  prior  to  ‘inal  loading  of 
live  data  ‘or  the  workload  ‘ield  test.  Model  documentation  will  be 
revised  as  necessary  to  reflect  the  modi f -cat ions . 

(’. )  Subtask  1  -  Fix  Prisoner  D1  strf  but  i&n  Problem.  The  present 
design  allocates  all  prisoners  in  excess  of  total  capacity  to  secondary 
prisons,  all  excess  prisoners  should  be  distributed  to  all  prisons  on  a 
pro  rata  basis. 

{ 2  )  Subtask  2  -  Class  I  ,  1 1  ,  III,  17  ,  _V_!  1_1  ,  IT  Pegu  I  rnmentS  C  . - 
tat'pns  ‘or  3otn  'heater  and  C/MlC.  vrC,;r>m  *n:rh,  -n  i.i.-jifon  to  toe 
cpt'on  ‘or  reading  specific,  fme-pnased  theater  req,-req  amounts,  tne 
ipfon  to  compute  tneater  required  amounts  (probably  based  on  number  ;‘ 
theater  pers-nrie  i ) . 

(3)  Subtask  3  -  Compute  Ammun-tion  Requirements.  Provide  program 
Chichi 

(a)  Reads  specific  required  amounts  for  theater. 

(b,  Computes  theater  requ ’ -enent  a-Ount  (probably  based  on  -u~- 
ber  of  theater  persome!,  poss'bly  bjsed  on  some  other  iu~bers  s-c.n  as 
an  -oput  of  amounts  of  Class  711  categories  in  the  theater,'. 

(cl  Computes  i  nstal  1  et  ‘cns  ’  required  an.  -jnt  ‘or  unit  tr>-nrj. 

(d!  Computes  installations'  required  amc.nt  ‘or  'nd’/idual 
t  r  a :  o  •  -  a . 

'  4  f  * ’  i  rf  «  4  -  ?  '•  ^  «'*•#»•  f>  <r  '  -  p<J  '.  Pr  1 J  L  J  t  '  ^  ”  0  *  ✓  p-  *  >  [  |'j  ',.T<,r*  *.  r  i 

^r::rri?l .  ’he  ;;  jrarret  er  *  percent  j-.je  sno.,id  5e  ■JDtJ-ned  Dy  si'j’.j  ’  '•  • 

not  "on-hand." 

(5  L  5  j  M<»t  hod  (Of  Tr*»  »t '  no  ’  ?  A  :.'n'tS  Jj  L'e- 

i  J-  n  ’  1 0  jn<l  *  C'r  *rr  L’/’l  jns  *n  T ' 1  r.  J n  ■  t  S  . 

I*  ’LA  jn'ts  are  j’ven  :epl  oynent  :ates  they  Should  oe  treated  tne  sane 
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as  TOE  units;  it  is  valid  for  both  TDA  and  MTOE  units  to  have  civilians 
assigned  when  they  have  no  deployment  dates.  The  model  must  be  changed 
to  accommodate  these  situations. 

(6 )  Subtask  6  -  Compute  Trainee  Equipment  Requirements  (for  Indi¬ 
vidual  Training). Create  an  automated  method  for  computing  amount  of 
training  equipment.  Probable  available  variables  are:  number  of  days 
needed  per  course  type;  whether  course  type  is  OSUT,  8T,  etc.;  course 
MOS;  number  of  trainees  per  course;  number  of  shifts  to  schedule  per  day 
(1,  2,  or  3),  and  scheduling  efficiency  factor. 

(7)  Subtask  7  -  Inputs  Changed  to  Parameters.  Presently,  a  large 
number  of  inputs  are  defined  as  environmental  or  policy  parameters; 
another  set  of  data  is  called  "input."  Since,  in  many  cases,  there  is 
essentially  no  difference  between  inputs  and  parameters,  the  model 
should  be  changed  to  treat  all  run-time  inputs  as  parameters  -  printed 
on  the  environment  a 1/pol icy  module  report  and  treated  as  parameters  in 
al 1  other  respects. 

(8)  Subtask  8  -  Add  Workload  Generators.  Two  additional  workload 
generators  have  been  identified  as  necessary  for  applying  depot  staffing 
relationships.  Final  development  of  other  staffing  relationsips  and 
computation  of  training  equipment  may  define  the  need  for  others.  The 
purpose  of  this  subtask  is  to  add  the  necessary  programing  for  new  work¬ 
loads  up  to  a  maximum  of  10. 

b.  Task  2:  Preprocessor  Modifications.  As  a  result  of  input  data 
analysis  {performed  by  the  government)  and  actual  use  of  live  data,  it 
•s  anticipated  that  changes  to  the  preprocessor  will  be  required.  The 
objective  of  this  task  is  to  modify  the  preprocessing  programs,  as  nec¬ 
essary,  to  conform  to  the  requirements  of  the  live  data.  These  programs 
will  range  from  insertion  of  additional  edit  checks  to  recoding  during 
data  read.  Estimation  of  number  and  complexity  is  a  maximum  of  10  wmch 
require  a  professional  week  or  less,  and  a  maximum  of  3  slightly  more 
complicated  modifications. 

c.  Task  3:  Fine  Tune  Model 


(1)  Subtask  1.  The  objective  of  this  task  is  to  modify  the  'fOSPEM 
to  meet  reoui rements  lefined  during  Tasks  1  and  2  and  by  the  field  eval¬ 
uation  of  test  outputs.  These  modifications  can  include: 

(a)  Additional  computations  which  were  undefined  by  the  govern¬ 
ment  during  Phase  III. 

(b)  Input  and  use  of  data  in  addition  to  that  defined  during 
Phase  III. 

(c)  Correction  of  computation  and/or  preprocessing  errors  re¬ 
sulting  from  new  assumptions,  updated  information,  changed  manpower 
standards,  input  data  change,  or  model  evolution. 
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(d)  Additional  MOBREM  reports. 

(2)  Subtask  2.  The  modif ications  and/or  additions  of  reports  de¬ 
scribed  in  this  task  will  be  an  iterative  process,  any  modifications  or 
additions  required  by  one  level  of  review  must  be  made  and  corrected 
output  provided  for  use  at  the  next  review  level.  The  review  level  and 
general  review  sequence  are  shown  below.  Reviews  (a)  through  (c)  apply 
to  Model  Test  Run  No.  1;  reviews  (d)  through  (f)  apply  to  Model  Test  Run 
No.  2. 

(a)  MOBREM  team--workload/asset  reports  review. 

(b)  Headquarters  Army— workl oad/asset  reports  review. 

(c)  MACOM/installation— workload/asset  reports  review. 

(d)  MOBREM  team-staff ing  requirements  reports  review. 

(e)  Headquarters  Army— staff  ing  requirements  reports  review. 

(f)  MACOM/installatlon— staffing  requirements  report  review. 

(3)  Subtask  3.  The  principal  responsibilities  of  the  contractor 
in  this  task  area  will  be  program  change  analysis  and  program  changes 
resulting  from  the  test  evaluation  feedbacks  and  which  are  necessary  to 
prepare  the  model  for  operation  in  March  1983  in  accordance  with  "Model 
Operating  Requirements"  which  will  be  furnished  by  the  government. 

d.  Task  4:  Enhancement  of  Mobilization  Manpower  Standards.  By  ne¬ 
cessity,  the  development  of  mobilization  manpower  standards  has  pro¬ 
ceeded  concurrently  with  the  development  of  the  main  framework  of  the 
model.  Since  these  two  activities  must  Share  a  common  definition  of 
installation  and  support  function,  the  standards  development  during 
Phase  III  of  the  study  was  subjected  to,  and  attempted  to  accommodate, 
significant  variations  In  these  definitions.  This  resulted  in  the  pro¬ 
duction  of  a  partial  set  of  manpower  standards  that  are  not  sensitive  to 
many  individual  CONUS  base  workloads  that  have  been  identified  as  val-d. 
Consequently,  there  is  a  need  to  revalidate  existing  standards,  and  to 
develop  and  validate  additional  standards.  The  subtasks  specified  below 
define  the  specific  requi rements : 

(1)  Subtask  1.  Apply  existing  standards  to  estimate  mobilisation 


(nanpower 

requi rements . 

(2) 

Subtask 

*> 

l  ■ 

Assess  the  sufficiency 

of  functional  code/ AMSCO 

c-osswalx 

tionary. 

la)  for 

use 

in  MOBREM  ( b )  'or  use  ' 

in  3APE-MSU  functional  die- 

(3) 

Subtask 

_3. 

Based  on  results  of  Subtask  2,  compare  manpower 

estimates  wth  on-hand  and  structured  manpower  by  updated  MOBREM  instal¬ 
lation,  functional  code,  and  AMSCO  crosswalk. 


8-53 


CAA-SR-84-22 


(4)  Subtask  4.  Validate  or  modify  existing  standards. 

(5)  Subtask  S.  Oevelop  and  validate  additional  Class  II  standards 
to  assure  a  complete  set  of  validated  manpower  requirements  equations 
(MREs)  for  use  in  the  M08REM  staffing  requirements  report  field  tests. 

(6)  Subtask  6.  As  a  result  of  field  evaluations,  modify  MREs  as 
requi red . 

(7)  Subtask  7.  Prepare  modified  MREs  and  AMSCO  crosswalk  for  mo¬ 
del  use  in  consonance  with  mode!  preparation  tasking  (para  3c,  Subtask 

3). 


(8)  Subtask  8.  Prepare  functional  dictionary,  defining  all  func¬ 
tions  and  workloads  used  in  MREs. 

4.  CONTRACTOR  RESPONSE  TO  RFP 

a.  The  contractor  response  to  the  work  statement  must  include  a 
technical  approach  and  cost  estimate  covering  each  task  and  subtask 
specified  in  paragraph  3.  In  addition,  the  response  requires  a  miles¬ 
tone  schedule  and  management  plan  showing  project  staffing  levels  and 
task  start  and  completion  times.  Further,  the  response  should  define 
any  government  furnished  data,  research,  or  other  information  require¬ 
ments,  specifying  due  dates.  The  evaluation  of  the  technical  response 
will  take  into  account  the  objective  stated  in  paragraph  1  and  the  field 
test  plan  shown  in  Inclosure  2  and  the  milestone  schedule  specified  -n 
para  6. 

b.  Each  of  the  tasks/subtasks  described  in  this  statement  of  work 
(SOW)  should  be  costed  separately.  It  should  be  understood  that  the  ex¬ 
act  number  of  each  subtask  required  in  each  task  cannot  be  known  at  the 
time  of  writing  of  this  SOW  and  will  not  be  completely  known  until  the 
second  field  review  has  been  evaluated.  Therefore,  the  government  will 
fund  the  number  of  subtasks  that  are  expected  to  be  required  at  the  time 
of  submission  of  cost  estimates.  The  government  reserves  the  right  to 
delete  or  exchange  tasks  or  subtasks  during  the  contact  period  to  accom¬ 
modate  the  dynamic  nature  of  two-phase,  three-level  field  evaluations. 

5.  DOCUMENTATION 

a.  New  programs  and  program  changes  must  be  provided  to  the  govern¬ 
ment  in  draft  form  in  a  timely  manner  to  accommodate  the  milestones 
specified  in  paragraph  6. 

b.  The  val idated  and  tested  manpower  standards  and  backup  validation 
and  analyses  data  must  be  provided  to  the  government  in  draft  form  in  a 
timely  manner  to  accommodate  the  milestones  specified  in  paragraph  6. 

c.  Final  documentation  to  include  updates  of  all  Phase  III  documents 
and  Phase  IV  program  additions  must  be  provided  to  the  government  by  31 
March  1983. 
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d.  Monthly  progress  reports  are  required  showing  progress  against 
both  tasks  and  cost  schedules.  Remaining  contract  funds  and  problems 
also  should  be  Identified. 

6.  MILESTONE  SCHEDULE.  (See  Inclosure  1.) 


Task  Milestone 


Required  completion 
date 


Task  1  Modification  of  Phase  III  Design 

Task  2  Preprocessor  modifications 

Task  3  Fine  Tune  Model 

Milestones:  Module  programs  and 
modifications  (1.0,  2.0,  3.0) 
identified  by  subtasks  1  and  2 

Program  change  analyses  and 
program  changes  resulting  from 
Mode!  Test  Run  No  1  evaluations 

Program  change  analyses  and 

program  changes  resulting  from 
Model  Test  Run  No  2  evaluations 

Completion  of  all  M08REM  programs 
necessary  for  recurring  model 
operation 


1  Jul  1982 
1  Aug  1982 


1  Sep  1982 

A 

1  Dec  1982 


1  Mar  1983 


IS  Mar  1983 


Task  4  Enhancement  of  mobilization 
manpower  standards 

Milestones:  Validation  of  Phase  III  and 
Phase  IV  standards,  AMSCO/functional 
code  crosswalk,  coordination  with  ongoing 
standard  development  studies  and 
integration  into  M08REM  MRES 

for  Test  Run  No  2  1  Dec  1982 


Modification  of  standards  resulting 
from  Model  Test  Run  No  2  evaluations 
and  i ncorporat ion  into  MC8REM  MREs  1  Mar  1933 
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Oocumen-  All  draft'  documentation 
tation 


Final  documentation 

SAG  The  contractor  should  prepare 
presen-  two  presentations  for  the  SAG 
tations  (1)  To  review  the  test 

reports  to  be  sent  to  field 
during  Test  Run  No  I; 

(2)  To  review  model  changes 
resulting  from  Test  Run  No  1 
and  to  review  the  standards 
to  be  used  in  Test  Run  No  2 


In  timely  manner 
in  accordance  with 
para  5 

15  March  1983 


1.  Aug-Sep  1982 
timeframe 

2.  December  1982 
timeframe 
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ANNEX  III  TO  APPENDIX  B 

DEPARTMENT  OF  THE  ARMY 

OfFKX  or  TMm  DCPl/TY  CHI*P  or  STAFF  FOH  OPMATIONA  AND  FLAM* 
WASHINGTON.  DC  tMIO 

-•  1  2  SEP  1983 

MBMDtAMHM  rot  D1UCT0R,  US  AJUtt  CONCEPTS  ANALYSIS  AGENCY 
SUBJECT:  MDBKEH  lapl annotation 


1.  put  POSE  or  STUDY  DLIECTIVE.  Thl»  dlrectlYe  specif lan  tha  taaka,  producer, 
achadulaa  and  organisational  raaponalbilltltaa  for  tha  final  segaant  of  tha 
Syataa  Davalopaant  Phaaa  (formerly  Phaaa  V,  Production)  of  tha  Army's 
Noblllaatlon  Baaa  Baqulraaanta  Nodal. 

2.  STUDY  TITLE-  MDBBEH  Implementation. 

1.  BACKGROUND; 

a.  CSH  79-15-27  datad  1  August  1979  (TAB  A)  astabllahad  a  HOBREM  Study 
Advisory  Group  (SAC)  and  a  HQ DA  Ad  Noe  Study  Croup  to  lnlelata  a  coaprahanslva 
atudy  to  datarmlna  tha  alia  of  tha  CONUS  baaa  raaourcaa  required  to  aupport 
mobilisation,  training,  daploymant  and  suataliaant  of  tha  total  Aray  during 
full  aoblllaatlon.  CSM  81-15-18  datad  28  July  1981  (TAB  B)  daalgnatad  ODCSOPS 
to  taak  CAA  to  procaad  with  tha  aodallng  procasa  In  a  pbaaad  davalopaant. 

b.  Phaaa  1  (Problaa  Daflnltlon),  Phaaa  II  (functional  Daslgn) ,  Phaaa  III 
( Programing  A  Prograalng  Tast),  and  Phaaa  IV  (Plaid  Taat  and  Evaluation)  hava 
all  baaa  completed. 

c.  During  tha  Phaaa  IV  (Plaid  Taat  and  Evaluation),  It  waa  determined  that 
aavaral  refinements  wara  raqulrad  and  tha  initial  atudy  dlractlva  only  covarad 
thoaa  taaka  through  Phaaa  IV.  Thla  dlractlva  la  an  axtanalon  of  thoaa  taaka 
and  Includaa  thoaa  taaka  and  functlona  raqulrad  to  produca  tha  Initial  aanpowar 
and  equipment  requirements  to  aupport  inatallatlon  laval  aoblllaatlon  TDA'a. 

d.  Tha  coaiolatlon  of  tha  final  aagaant  of  tha  Syataa  Davalopaant  Phaaa 
(test  and  evaluation)  Includaa  all  action*  raqulrad  to  bring  tha  nodal  to  a 
full  oparatlonal  laval  (MOBUM  I). 

a.  Tha  coaplatlon  of  MOBUM  l  will  lnltlata  cha  Moblllaation  Baaa 
laaourca  Planning  Syataa  (MOB UPS ) .  Thla  la  tha  ovarall  Managaaant 
Information  Syataa  that  will  utlllaa  Cha  HDBUM  coaputar  procaaaing  and  outpuc 
aa  tha  nuclal  of  tha  ayataa. 

A.  STUDY  PROPONENT.  Deputy  Chief  of  Staff  for  Operaciona  and  Plan*  (OCSOFS). 
5.  STUDY  AGENCY.  US  Aray  Concapt*  Analyst*  Agency  (CAA). 
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DAMO-FDP 

SUBJECT :  MOBEEM  Inplanentatlon 
6.  TEEMS  OP  EEFEEENCE. 

a.  Problaa.  The  CONUS  baaa  force  atructura  aad  manpower  required  to 
support  full  aoblllxatlon  la  Inadequately  defined  resulting  In  significant  gapa 
in  a ray  prograa  dsvalopaant  and  aoblllxatlon  planning. 


b.  Objective.  Tha  study  objective  la  to  define,  davalop  and  laplaaant  a 
nodal  t  rough  which  tlaa-phaaad  CONUS  baaa  raquiraaanta  for  aanpouar  and  equlp- 
aant  can  ba  derived,  analysed  and  utlllzad  In  aoblllxatlon  planning  and 
prograalng. 


c.  Study  Products.  Both  tba  study  agancy  sad  tha  study  sponsor  ara 
raquirad  to  produca  products  during  tha  study.  Thssa  products  ara  ldantlflad 
In  tha  allastona  schadula. 

7.  SYSTEM  DEVELOPMENT  PEASE  TASES  (FORMEELT  PEASE  V). 

a.  Modify  tha  nodal  and  data  baaa  by  applying  thosa  laprovanants/enchancr 
aants  ldantlflad  during  Phaaa  IV  that  have  baan  evaluated  aa  operationally  ra¬ 
quirad  to  bring  tha  nodal  to  tha  MOBEEM  I  laval. 

(1)  Modify  aodal  to  accept  and  process  tlaa-phaaad  theater  shipping 
raquiraaanta. 

(Z)  Modify  aodal  to  accept  tlaa-phaaad  depot  outloadlng  capability. 

(3)  Modify  aodal  to  accept  tlaa-phaaad  data  for  hospital  and  barracks 

bads. 

(A)  Modify  aodal  procedure  for  Identifying  POMCUS  units. 

(3)  Modify  aodal  to  accept  aoblllxatlon  station  arrival  and  departure 
dates  uhleh  occur  before  M-Day. 

(6)  Modify  tha  Aasat  Export  to  Include  TSA  units  and  strengths  of 
KTOE  units. 

(7)  Modify  the  ’Pure  Maintenance  Period*  psraaatar  to  accept,  by  uolt 
equipment  category,  a  percentage  of  PUBS  which  la  unrepairable  and  tba  n unbar 
of  days  of  aalntenaoca  raquirad  to  prepare  repairable  FUSE  for  Issue. 

(8)  Modify  aodal  to  calculate  and  report  aaount  of  PUEE  raaalning  In 
aalntenanca  by  equipment  category  for  each  tlae  period. 

(9)  Modify  aodal  host  tenant  agraaaant  procedure  co  provide  a 
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capability  to  traoafar  a  percentage  of  a  function  rathar  than  always  100 
parcaac • 

(10)  Chant*  paranetar  fils  and  nodal  logic  to  accapt  aodlflad 
procaduraa  for  daallog  with  ths  parcant  of  raqulmenta  for  wholaaala  auppllas 
oot  aanagad  by  DAECOM  but  shipped  through  DAECOM  dapott. 


(11)  Modify  tha  nodal  and  paranatar  flla  to  accapt  tha  parcantaga  of 
shortaga  (fill  raqulrenant)  for  aach  baaa  oparatlona  aqulpnant  catagory  chat 
will  ba  suppllad  by  MRCOM  dapota  • 

(12)  add  thraa  workload  catagorlaa  (total  military,  total  tralnaaa  and 
MTOE  TPSN  *  20)  to  tha  fllaa  and  nodlfy  nodal  to  calculata  chaaa  workload 

*  raqulraancs. 

(13)  Develop  naw  training  aqulpnant  raqulmant  aquations  baaad  on 
radaflnad  training  aqulpnant  cacagorlaa. 

(11)  Develop  praprocasalng  prograna  to  raad  and  procaas  aalactad  DAECOM 
data  for  uaa  aa  nodal  lnputa. 

(13)  Modify  nodal  to  parnlt  tha  analyst  to  'craata'  and  'station'  oaw 
TDA  subunits. 

b.  Updata  all  lnpuc  tablaa,  paranacara,  data  dlctlonarlaa  and  oanpowar 
raqulrananta  aquations. 

c.  Oparaca  nodal  to  produca  M08TDA  guldanca  raports  for  aalactad  lnatal* 
la t Iona  for  cast  purpoaaa. 

d.  Updata  nodal  docunancatlon  which  raaulca  fron  progranlng  chanaas  and 
prapara  for  evaluation  and  Milestone  III  review. 

a.  Provide  adnlnlscratlva ,  analytTcal,  and  A 0F  support  during  application 
evaluation. 

f.  Upon  auecaaaful  conplaclon  of  abova,  produca  conplata  production  cycla 
of  MOtUM. 

S.  TIME  FRAME.  May  1983  -  April  1981. 

9.  ASSUMPTIONS.  Mobilisation  aaavaptlona  will  ba  baaad  on  tha  lataat  uarsnsa 
Guldanca  and  tha  Any  Fores  Planning  Data  Aaawptlons  (AFPDA) .  Spaclflc 
asaiaptlona  and  sxcaptlona  will  l>t  provided  by  QAMO-OO . 
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DAMO-PDP 

SUBJECT:  NOBREM  Implementation 
10.  RESPONSIBILITIES . 

a.  0DCS0P5  Pore*  Hanagament  Directorate  (DAHD-PD)  will  be  responsible  for: 

(1)  Providing  a  full-time  raprasantatlva  to  work  Jointly  with  CAA  on 
the  tasks  spaclftad  In  paragraph  7. 

(2)  Coordinating  study  Intsrfacss  and  tasking  required  for  the 

NO BEEN  SAC,  AES TAP  and  NACOMs  .  This  Includes  keeping  participants  updated  on 
NOBTDA  guidance  Implementation  lsauea;  arranging  for  aaatlngs  and  preparing 
minutes;  and  coordinating  all  report  dlatrlbutlon  and  rssponaes. 

(J)  Developing  a  formal  procedure  for  utilising  NOBREM  outputs  as 
guidance  In  Army's  NOBTDA  development  process- 

(A)  Serving  aa  the  functional  proponent  for  aodel  use,  nodal 
aalntenanca,  aodel  lmplasMntatlon  and  cha  updating  of  systaa  files, 
aanpower  standards  and  acquisition  of  all  Input  data. 

(5)  The  study  proponent  will  prepare  an  evaluation  of  study  results 
UH  AR  5-5. 

b.  0DCS0PS  Institutional  Training  Division  (DANO-TRI)  will  be  responsible 
for  providing  updated  nobllizatlon  data  from  Army  Training  Resource  Requlre- 
aents  System  (ATRRS). 

c.  OOCSOPS  Nobllizatlon  Division  (DAMO-ODM)  will  be  responsible  for 
providing  the  nobllizatlon  policy  and  planning  assumptions  (NPPA)  used  In  the 
aodel. 


d.  ODCSPER  Nobllizatlon  Division  (DaPE-PSH)  will  be  responsible  for 
providing  updated  nobllizatlon  data  concerning  IRR  and  retiree  pre-ass Ignnent , 
prisoner  allocations  and  percentages  of  transients  and  holdees. 

e.  ODCSPER  Nan power  Policy,  Standards  and  Survey  Division  (DAPE-NBU)  will 
be  responsible  for  reviewing  and  approving  the  CONUS  base  nobllizatlon  aanpower 
standards  In  accordance  with  the  time  sensitive  requirements  for  producing  test 
output . 


f.  ODCSLOC  will  be  responsible  for  Identifying  logistical  information 
sources  and  coordinating  the  timely  submission  of  Input  from  Its  staff 
elements.  Data  requirements  Include: 

(1)  Prepositioned  assets  of  Class  I,  II,  III,  IV  and  IX  (Class  VII 
prepositioned  assets  and  requirements  will  be  obtained  from  TAEDP). 

(2)  Authoritative  source  for  the  distribution  of  prepositioned 
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assets  against  various  acaaarioa-  ' 

g.  OTSG  Plana  and  Operations  Dlvlaion  (DASC-BCO)  trill  be  responsible  for 
providing  haalth  services  related  mobilization  data  rtqulrtd  to  includa  host 
tanant  agreements,  CONUS  Baaa  dacraaaad  ratal,  time-phased  bad  capabilities  and 
othar  information  concerning  madical  avacuaa  dlipoaitlon  in  CONUS. 

( 

h.  Othar  organizations.  Tha  MOBREM  SAC.  ARSTAF,  and  MACOMs  will  provide 
support  aa  daalgnatad  in  CSM  79—13—27  . 

1 1 .  REFERENCES . 

a.  TAB  A:  Chlaf  of  Staff  Hamorandua  (CSM)  79-15-27. 

b.  TAB  B:  Chiaf  of*Staff  Maaorandua  (CSM)  81-15-18. 

c.  TAB  C:  Milaacona  Schedule. 

12.  ADMINISTRATION. 

a.  Support. 

(1)  TDY,  par  dlaa,  and  overtime  related  coats  are  the  responsibil¬ 
ities  of  tha  agencies  providing  support. 

(2)  Administrative  support,  office  space  and  supplies  are  the 
responsibilities  of  tha  agencies  providing  support. 

b.  Phase  V  Milestone  Schadui'-  CAA  and  QANO-FDP  will  work  Jointly  on  all 
tasks.  MACON' s  and  Installations  will  participate  In  evaluating  the  production 
runs  as  Indicated  on  milestone  schadula,  shown  at  TAB  C. 

IS.  CONTROL  PROCEDURES. 

a.  Tha  HOBREM  Study  Advisory  Group  (SAG)  ascablishad  by  CSM  79-15-27  will 
continue  to  function  during  Phase  V. 

b.  DD  form  1*98  will  be  prepared  by  CAA. 

c.  Direct  contact  la  authorized  between  study  agency  and  DA  Staff/MACOM 
points  of  contact. 
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d.  DAMO-PDP  point  of  contact  la  LTC  Jack  Curlel,  AUTOVON  227-1036. 


a.  Thla  caaklng  aaaorandua  baa  been  coordinated  with  CAA  In  accordance  with 
paragrpah  A,  AS  10-48. 


3  Incl 

TAB  A  -  CSM  79-15-27, 
3  Aug  79 

TAB  B  -  CSM  81-15-18, 
28  Jul  81 
TAB  C  -  Mlleetone 
Schedule 


Operation*  and  Plana 
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SYSTEM  DEVELOPMENT  PHASE 
(TEST  AND  EVALUATION) 
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ANNEX  IV  TO  APPENDIX  B 

OFFICE  OF  THE  ASSISTANT  SECRETARY  OF  DEFENSE 
WASHINGTON.  D.  C  20301 

1  6  NOV  1979 


MEMORANDUM  FOR  ASSISTANT  SECRETARY  OF  THE  ARMY  (MANPOWER  AND  RESERVE  AFFAIRS) 
SUBJECT:  Mob  TDA  Manpower 


The  APDM- approved,  time-phased  wartime  military  manpower  demand  explicitly 
excluded  those  mobilization  manpower  requirements  for  TDA  units  submitted 
in  the  Army's  FY  81-8S  POM.  While  OSD  agrees  philosophically  that  TDA 
units  will  experience  dramatic  changes  in  workload  upon  mobilization,  we 
have  serious  reservations  about  the  credibility  of  the  procedures  now 
used  to  estimate  those  wartime  manpower  requirements. 

The  APDM  directs  the  Army  and  0ASD(MRA6L)  to  reach  agreement  on  Mob  TDA 
manpower  requirements  prior  to  the  FY  82-86  POM  submission.  Our  current 
thinking  is  that  the  following  guidelines  should  be  followed: 

First,  we  believe  that  Mob  TDA  requirements  should  be  based  on: 

projected,  time-phased  workloads  explicitly  linked  to  the  CG- 
postulated  conflict,  where  feasible; 

explicit  policy  assumptions,  where  workload  projection  is  not 

feasible; 


-  explicit  (preferably  empirically-based)  non-avai labi lity  factors 
and  workweek  assumptions; 

explicit  assumptions  about  time  lags  and  other  constraints,  where 
applicable,  associated  with  expanding  the  civilian  workforce; 

guidance  for  wartime  reliance  on  military  retirees  and  civilian 
personnel  in  lieu  of  military  manpower,  as  spelled  out  in  Robin  Pine's 
March  IS,  1979,  memo  "Wartime  Manpower  Planning  Guidance,"  subject  to  any 
revisions  in  the  upcoming  CG, 

utilization  of  personnel  (both  military  and  civilian)  made  available 
by  inactivation  of  units  or  reduced  workload  m  units;  and 

utilization  of  late-deploying  TOE  units  to  accomplish  workload  in 
TDA  units  (where  the  work  is  consistent  with  the  unit's  mission,  e.g., 
supply  companies  assisting  at  depots)  during  the  early  phases  of  mobilization. 

Second,  it  would  be  helpful  if  Mob  TDA  requirements  data  were  separately 
portrayed  for  military  and  civilian  personnel,  and  each  of  the  following 
separately  identified:  units  with  increased  workload,  units  with  decreased 
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workload,  units  activated  upon  mobi 1 1 tat  ion ,  units  inactivated  on  or  after 
mobilization.  The  application  of  "borrowed"  late-deploying  TOE  unit  man¬ 
power  should  also  be  portrayed. 

Third,  we  need  the  data  presented  by  time  period,  beginning  with  M-Day. 
Thirty-day  periods  would  be  acceptable,  however,  10-day  periods  for  at 
least  the  first  three  months  would  be  preferable. 

Finally,  data  should  be  displayed  by  homogeneous  groupings  corresponding 
to  the  Troop  Program  Sequence  Number  (TPSN)  activity  codes  fas  defined  in 
AK  18-19).  Within  these  groupings.  Major  Commands  should  be  identified 
separately  whenever  there  are  significant  populations  in  more  than  one 
command . 

Our  informal  discussions  with  the  Army  Staff  indicate  that  the  Army  will 
not  be  able  to  provide  a  mar hemat ical 1 v-derived  workload-based  Mob  TDA 
requirement  until  the  mobilization  requirements  model  jMOSREM)  is  opera¬ 
tional.  In  the  interim,  the  Army  should  ensure  that  it  can  present  an 
intuitively  convincing  time-phased  relationship  between  stated  Mob  TDA 
requirements  and  the  independent  variables  that  drive  those  requirements 
(eg.,  training  load  or  population  of  units  preparing  for  deployment), 
wherever  appropriate. 

Please  let  me  know  if  you  have  anv  differing  views  on  the  guidelines  appro¬ 
priate  for  estimating  this  component  of  wartime  Army  manpower  requirements 
We  look  forward  to  continuing  to  work  with  the  Army  to  improve  the  credi¬ 
bility  of  DoO's  wartime  manpower  requirements  projections.  My  action 
officer  for  this  effort  is  James  Willoughby,  x4417S. 


Charles  W.  Groover 

Deputy  Assistant  Secretary  of  Defense 
(Requirements,  Resources  and  Analysis) 
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MOBREM  FUNCTIONAL  CAPABILITIES 


C-l.  PURPOSE.  The  purpose  of  this  appendix  is  to  outline  the  functional 
capabilities  of  the  model  tested  and  exercised  during  the  Phase  III  Test, 
August  1981. 

C-2.  GENERAL.  The  test  demonstrated  that  each  module  executed  as  designed 
and  also,  when  integrated,  that  the  modules  executed  to  produce  accurate 
•10 Je  1  outputs.  An  illustrative  set  of  test  data  was  developed  and  used. 

The  rationale  was  that  like  items  share  common  program  logic,  therefore, 
only  the  logic  need  be  tested.  Listed  below  are  the  25  functional 
capabilities  tested  during  Phase  III. 

a.  Invoke  the  default  value  for  a  parameter  when  no  user-set  value  is 
mbit. 

b.  adjust  tne  unit  leparture  date  based  on  the  M-day  to  D-day  barometer 
v  i !  t  e. 

c.  Compute  the  unit  schedule  (fa 1 1 /tra in/prepare  for  overseas  move- 

'.,-n  t  . 

d.  .impute  installation-level  unit  strengths  'personnel  and  equipment). 

(1)  :  zeroise  till  start/stop  dates,  fill  levels,  fill  rates. 

(2)  '•f.'fiple  units  on  in  installation. 

(3)  different  deployment  lit“s. 

(4)  jn 1 1  parameter i» at  ion  t^vn  unit  category  parameter. 

e.  exercise  prisoner  distribution  technique.  If  primary  prison 
overflow;  fill  secondary  prison. 

f.  Comp  te  total  installation  population  {military  and  civilian 
exponents  1 . 

(1)  Military  component:  unit  strengths,  TOm  strengths,  IKK,  retired, 
IMA,  POW,  patients,  prisoners,  students  and  trainees,  personnel  in  PCFs 

less  transients). 

(2)  Civilian  component:  TDA  strengths  (feedback  technique), 
contr actor. 
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(3)  Other:  dependent  (drawdown,  stop-date),  returning  noncombatants . 

g.  Compute  installation  workloads  (all  modules) --average  and  peak. 

h.  Transfer  medical  workload  from  an  installation  without  a  hospital  to 
the  designated  installation  with  a  hospital  (medical  support  agreements). 

i.  Exercise  patient  workload  computation  technique. 

(1)  Existing,  theater,  new  CONUS  patients. 

(2)  M-day  to  D-day  relationship. 

(3)  Dependent  cutoff. 

(4)  Deceased,  separations,  return  to  duty  holders. 

j.  Exercise  patient  workload  to  oed  distribution  technique  (distri¬ 
bution  rules'. 

k.  Exercise  equipment  requirements  equations  'ERE'  f or  both  training 
TERE)  and  base  iperation  equipment  ;3EREj. 

l.  Compute  supply  receiving  workload. 

m.  Exercise  P'JMC'JS  unit  residual  equipment  (P'JRE'  technique. 

n.  Compute  total  DARCOM  requirement. 

(1)  3ase  operations-wnolesale  supply  category  (d$C). 

(2)  Jmt  fill  requ irements-WSC. 

(3)  Popul ation-based  requirements. 

(4)  POMCUS  shortfall  requirement. 

o.  Calculate  JARCOM  assets  and  shipping  limits. 

(1)  PARC DM  M-day  asset  parameter. 

(2)  Gutloading  capao i 1 i ty/assets . 

(3)  P ipe 1 i nes . 

p.  Exercise  DARCOM  requirements  distribution  technique. 
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(1)  Total  outloading  capability. 

(2)  Blocked  instal  lations. 

(3)  Shipping  hierarchy. 

(4)  DARCOM  shortfall  option/shortfal 1 -type  option. 

q.  Exercise  manpower  conversion  techniques. 

(1)  Predetermined  manpower  requirements. 

(2)  Position  coverage. 

(3)  Manpower  requirements  equations  (workweek  length/productivi ty) . 

r.  Exercise  host-tenant  support  agreements. 

s.  Compute  manpower  requirements  for  outputs  ( instal lation/MACOM}. 

t.  Demonstrate  extraction  programs  for  JlCs,  Personnel  strengths,  and 
) tner  vey  lata  elements. 

u.  Compute  average  weights  for  equipment  categories. 

v.  Demonstrate  ex  tract lon/categor i z at i on  programs  for  equipment  lata. 

(1)  Tneater  war  reserve  shortfall. 

(2)  Theater  assets. 

(3)  PDMCJC  shortfall. 

(4)  DJiv.  assets. 

(5)  CU.NJ3  war  reserves. 

(6)  .mts  training,  base  operations,  jnit  equipment ; . 

w.  Demons tr ate  extract lon/categor iz at  ion  programs  f )r 
jt  iOents/tramees. 

x.  jemons t rate  edit  programs  for  parameter  default  values. 

y.  Demonstrate  manua 1 ly-prepared  data  input  programs. 
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APPENDIX  D 

FINAL  MOBREM  FUNCTIONAL  DESIGN  VERIFICATION 


D-l.  PURPOSE.  This  appendix  outlines  the  processes  used  during  Phase  V  to 
make  the  final  verification  of  the  MOBREM  functional  design  and  programs  as 
updated  to  reflect  the  initial  operational  level  of  MOBREM  (MOBREM  LEVEL 
I). 


0-2.  GENERAL.  It  was  appropriate  at  the  end  of  Phase  V  to  reverify  that 
MOBREM,  after  being  upgraded  to  operational  level,  was  operating  in  accord¬ 
ance  with  the  functional  design.  This  was  accomplished  by  manually 
tracking  the  data  flow  through  the  model  and  verifying  that  outputs  were  in 
line  with  what  was  predicted,  i.e.,  the  outputs  of  the  report  module  were 
compared  manually  with  the  corresponding  results  based  on  the  functional 
design  specifications.  Analysts  were  instructed  on  the  functional  design 
and  became  familiar  with  intermediate  files  found  in  the  MOBREM  process. 
Each  analyst  was  given  10  installation  reports  by  MACOM  or  a  MACOM  mix 
covering  eight  MACOMs.  Paragraph  0-3  discusses  algorithms  utilized  for  the 
specified  report. 

D-3.  INSTALLATION  ASSET  REPORT 

a.  TDA  Unit  Section 

(1)  On  the  TUA  section  of  the  Asset  Report,  verify  that  the  units 
shown  are  the  same  units  as  per  the  source  document  (primarily  the  MTBSP). 

(2)  Compare  the  strengths  of  units  shown  to  values  in  the  source 

Joe ament. 

b.  TDA  Personnel  Summary  Section 

(1)  Does  the  strength  for  the  rows  entitled  "Military”  and  "Civilian" 
equal  the  strengths  in  the  source  documents  (M-day)?  3o  they  equate  to  the 
total  fo r  each  time  period  that  a  UIC  arrives? 

( 2 )  Does  the  row  entitled  "Other"  equal  unit  military  strengths' 
average  during  like  time  periods  minus  the  rows  entitled  "Retirees"  and 
"IMA"? 

(3)  Do  the  rows  entitled  "Retirees"  and  "IMA"  equal  the  average 
strengths  found  on  the  Individuals  File  and  (as  per)  the  parameter  show 
rate  ( E4 ) ? 

(4)  The  "Military"  row  should  equal  the  sum  of  "Retirees,"  "IMA,"  and 
"Other"  for  each  time  period. 

(5)  The  row  called  "Total"  should  equal  “Military"  plus  "Civilian" 
rows  for  each  time  period. 
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c.  MTOE  Units  Section 

(1)  Are  the  unit  identification  codes  ( U I C )  listed  on  the  "MTOE 
Units"  portion  of  the  report  (as  per)  source  documents  (primarily  the 
MT8SP )  ? 

(2)  Match  the  deploying  and  POMCUS  unit  indicators  (Y  =  Yes  and  N  = 
No)  against  the  source  documents. 

(3)  Do  the  listed  Mobilization  Station  Arrival  Date  (M8SAD)  and  the 
Air  Date-Ready  Load  (ADRL)  match  with  the  MTBSP  (allowing  for  D-day  adjust¬ 
ment)  ? 

(4)  Does  the  Fill  Start  Date  (FSD),  Fill  End  Date  (FED),  and  Prepara¬ 
tion  for  Overseas  Movement  (POM)  End  Oate  (PED)  seem  to  be  reasonable  based 
an  the  M8SAD  mentioned  above? 

(5)  Check  the  values  under  the  "Strength  Before  Fill"  (3EF)  and 
"Strength  After  Fill"  (AFT)  based  on  the  unit's  file  and  the  following 

rules : 

(a)  If  the  "Fill  End  Date"  value  minus  the  "Fill  Start  Date"  value 
equals  zero  (i.e.,  no  fill  time),  then  the  values  of  AFT  and  BEF  should  be 
equa  1 . 

(b)  If  the  value  of  AFT  is  less  than  the  value  of  BEF,  then  AFT 
should  equal  BEF  on  the  Asset  Report. 

(6)  If  a  unit  is  a  nondeployer,  check  that  "NA"  is  printed  under  "POM 
End  Date"  and  "Personnel  Depart  Oate." 

d.  MTOE  Unit  Availability 

(1)  Check  that  MTOE  units  displayed  on  top  of  the  Asset  Report  also 
appear  on  the  bottom  portion  of  the  report. 

(2)  Check  for  the  accuracy  of  asterisks  for  deploying  and 
nondeploying  units  in  accordance  with  the  following  rules: 

(a)  For  nondeploying,  find  asterisks  for  the  time  period  after  the 
"Mil  End  Date"  until  M+270. 

(b)  For  deploying  units,  find  asterisks  between  the  "Mobilization 
Station  Arrival  (0-270)  Date"  and  the  "Fill  Start  Date"  and  between  the 
"P‘jM  End  Date"  and  the  "Personnel  Depart  Date." 

D-4.  INSTALLATION  WORKLOAD  REPORT.  There  are  540  candidate  (possible) 
workloads  considered  by  MOBREM.  As  the  model  processes  the  data,  these 
workloads  are  accumulated  for  each  installation  and  each  time  period  for 
the  following  categories:  personnel,  medical,  equipment,  and  DARCOM.  The 
analyst  evaluated  those  workloads  (wkld)  present  on  their  reports  as 
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follows.  It  is  noted  that  all  workloads  currently  used  by  MOBREM  were 
evaluated  by  at  least  one  analyst. 

a.  Personnel  Workload 

Workload  (wkld)  and  (niMber)  Check 


AC  MTOE  Pers  In  Fill(l)  Check  for  absence  of  wkld  1-8,  and  10  for 

M-day. 

RC  MTOE  Pers  In  Fa  17(2)  Sum  of  wkld  9  =  MTOE  personnel  on  M-Jay 

asset  report. 


AVN  Training  (TRNG),  Army(3)  Beyond  M-day,  does  tne  count  seem  reasonable 
Unit  TRNG-FLGHT  Un i t ( 3 )  based  on  assets? 

Unit  TRNG-HV  Unit (4) 

Unit  TRNG-CS.CSS  Unit (5) 

Unit  TRNG-lignt  Un i t ( 6 ) 

MTOE  In  POM (7; 

RC  MTOE  Pers  Inproc(c) 

AC  MTOE  Not  In  F/T/P (9 ) 

Note:  F/T/P  =  F i 1 1/Tra in/POM 
RC  MTOE  Not  In  F/T /P{10) 


T3A  Mi litary  Per s ( 11 J 
TDA  Civilian  Pers( 12) 
Total  TOA  Perst 13) 


wkld  11  +  wkld  12  =  wkld  13  for  all  M  periods. 
Cneck  that  M-day  -  ”0tner"  on  Asset  Report  = 
wkld  11.  Check  tnat  M-day  "Civilian"  on 
Asset  Report  =  wkld  12. 


IMA  Inprocessing(14j 
IRK  Inprocess ing( 15) 
Retirees  Inprocess ing( 16 ) 


Trainee/Student 
Categories 
Wk ld( 17-67 j 

Dependents! do  > 


Check  that  IMA  and  Retirees  =  values  on 
Individuals  File  and  Asset  Report. 

IRR  =  tne  input  from  Individuals  File 
multiplied  by  a  user  defined  siiow  rate 
(parameter  E4). 

Check  for  accuracy  against  tne  Individuals 
File.  (For  specific  categories  see  tne 
section  in  ATRRS.) 

M-day  "dependents"  =  dependents  percent 
(D5PCT)  times  wkld  9  +  wkld  11  (Parameter  03). 

Note:  For  tnis  model  run,  no  dependent 
drawdown  was  assumed.  Therefore,  strengtn 
shown  for  dependents  at  M-day  will  stay  the 
same  throughout  all  MOBREM  time  periods. 
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Personnel  in  PCF ( 59 )  Check  PCF  computation.  Ensure  the 

installation  gets  PCF  personnel  by  checking 
the  installation  crosswalk.  Then,  PCF  should 
equal  total  PCF  for  the  Army  times  the 
installation  PCF  share. 

Prisoners  on  Post(60)  Check  that  prisoners  only  show  up  where  there 

is  a  prison  (use  the  Installation  Dictionary). 

Inst  Military  Pop(6I)  Check  wkld  61  by  adding  wkld  1  -  wkld  11 

then  subtract  wkld  60  from  post,  add 
installation  share  of  prisoners  and  then  add 
the  PCF  on  the  installation.  Then  subtract 
transients,  and  then  add  theater  patients. 

Wkld  61  -  PRI S-PCF-THTR  Check  wkld  62  by  taking  wkld  61  minus 

3 at ( 62 )  "prisoners"  minus  "PCF"  minus  "theater 

patients. " 

Prisoners  of  War(63)  Check  for  accuracy  against  the  Individuals 

File. 

RTNG  Noncombatants(64)  No  data  available. 

Contractor  Personne 1 (65 )  No  data  available. 

MTOE  Pers  (TPSN  20)(66)  Check  for  accuracy  using  the  Units  File. 

MTOE  Pers  (TPSN  19) (67) 

b.  Medical  Workloads 

New  Theater  Patients(68)  An  installation  which  has  a  hospital  and  gets 

patients  should  never  have  more  patients  than 
bed  capacity.  An  installation  with  no 
hospital  never  gets  patients. 

ThETR  Pat-Army  Hosp(69)  The  only  M-day  medical  workload  should  be 

CONUS  Pat-Army  Hosp(70)  "0C0NUS  Patients-Army  Hospital".  M-day  CONUS 

CONUS  Pat-Other  8eds(71)  patients  is  a  percentage  of  M-day  hospital 

beds. 

Patients-Civ  Hosp(72)  Verify  the  values  as  per  parameter  sets. 

Deceased  Personne 1 ( 73 ) 

Patients  Separated( 74) 

Medical  Holdees(75) 

Check  that  installations  which  start  out  with  no  hospital,  then  get  a  hos¬ 
pital,  have  zero  medical  workloads  until  hospital  space  appears. 
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c.  Equipment  Workloads 

(1)  The  M-day  training  equipment  required  and  on  hand  should  equal 
the  sum  of  values  on  the  Units  File  for  required  and  on  hand  for  those 
units  present  on  M-day. 

(2)  Verify  the  training  equipment  requirements  equation  derived 
values  for  three  time  periods. 

(3)  Check  that  training  equipment  on  hand  is  greater  or  equal  to  the 
required  value. 

(4)  Check  the  values  on  hand  for  training  equipment  for  negative 
trends. 

(5)  Check  that  the  values  of  training  equipment  received  approximates 
the  difference  between  equipment  required  and  on  hand.  Consider  late  ar¬ 
riving  equipment  as  appropriate. 

(6)  Check  for  general  trends  and  sizing  of  categories. 

(7)  Verify  that  unit  equipment  on  hand  and  required  relates  to  the 
respective  units  on  the  installation  for  that  time  period  using  the  asset 
report. 

(8)  Unit  equipment  on  hand  with  troop  sequence  number  (TPSN)  less 
than  20  plus  unit  equipment  on  hand  with  TPSN  greater  than  19  should  equal 
total  unit  equipment  on  hand. 

(9)  Unit  equipment  with  TPSN  greater  than  19  should  generally  level 
out  over  time  (generally  nondeploying  units). 

(10)  Unit  equipment  on  hand  should  be  less  than  or  equal  to  unit 
equipment  required. 

(ID  Check  for  sizing  and  consistency  of  categories. 

(12)  Check  the  general  appearance  of  unit  equipment  received.  Count 
should  generally  appear  only  in  the  earlier  time  periods  when  units  are 
filling.  A  large  received  value  should  correspond  to  a  large  required 
ninus  on  hand. 

(13)  Unit  equipment  in  POM  should  generally  correspond  to  the  deploy¬ 
ment  of  units.  Check  against  the  asset  report. 

(14)  Observe  the  correlation  of  PURE  equipment  and  deploying  POMCUS 
units. 

(15)  M-day  values  for  base  operations  equipment  should  equal  values  in 
the  Units  File.  Verify  M+day  values  by  the  appropriate  base  equipment  re¬ 
tirements  equations  (8ERE). 
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(16)  For  base  operations,  equipment  received  equals  equipment  required 
minus  the  on-hand  equipment.  Check  for  presence  or  absence  of  values  for 
"received"  as  appropriate. 

(17)  Check  for  presence  of  some  base  operations  equipment  at  all  in- 
stal  lations. 

(18)  Compare  total  administrative  vehicle  value  to  base  operations 
equipment  on  hand  for  parity. 

(19)  Verify  the  values  of  wholesale  supply  categories  (WSC)  using  the 
parameter  file  and  the  formulation,  required  minus  shipped  =  remaining 
asset,  for  three  time  periods. 

(a)  For  WSC  1-4,  27,  and  28,  tons  =  military  population  times  para¬ 
meter  set. 

(b)  For  WSC  11-24  and  26,  tons  =  unit  equipment  received  times 
weight  of  unit  equipment  plus  training  equipment  r  ^eived  (by  unit 
category)  times  weight  of  unit  equipment. 

(c)  For  WSC  25,  tons  =  sum  of  base  operations  equipment  received 
times  weight  of  base  operations  equipment. 

(d)  For  WSC  5-10,  value  should  be  blank. 

d.  DARCOM  Workload 

(1)  Depot  Assets  After  Shipment.  Take  the  value  of  the  previous 
period's  assets  after  shipment  and  add  maintenance  pipeline  assets 
parameter  (E  21)  and  production  pipeline  parameter  (E  19)  to  that  value; 
subtract  the  tons  shipped  for  the  new  time  period;  and  compare  this  value 
to  the  new  value  of  depot  assets  after  shipment. 

(2)  Depot  Shipping  Limit.  With  the  assets  after  shipment  for  the 
previous  time  period,  add  maintenance  pipeline  and  production  pipeline  ar¬ 
riving  for  the  new  time  period.  Consider  this  value  with  the  depot  outload 
capability  for  that  period  and  check  for  the  minimum  value  of  these 
numbers. 

(3)  Depot  Outloading  Capability.  First,  check  that  the  outloading 
capability  equals  the  values  specified  by  the  parameter  file  for  M-day  mul¬ 
tiplied  by  10.  Now,  for  the  total  outload  capability  specified,  aggregate 
by  WSC  hierarchy  each  value  by  WSC  minus  the  amount  of  like  WSC  shipped  for 
that  time  period.  As  a  verification  check,  add  all  WSCs  shipped  for  that 
time  period,  then  subtract  that  from  the  outload  capability  specified  on 
the  parameter  report.  This  value  should  equal  the  smallest  outload  capa¬ 
bility  for  that  time  period. 
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0-5.  MOBREM  MANPOWER  REQUIREMENTS  REPORT 

a.  Check  tnat  M-day  totals  equal  tne  value  for  total  TDA  on  workload 
report. 


b.  Verify  that  total  columns  are  added  correctly. 

c.  Check  the  applicability  of  function  codes  displayed  and  for  the 
presence  or  absence  of  function  codes. 

d.  Ensure  the  predetermined  requirements  for  each  installation  appear, 
keeping  in  mind  host/tenant  agreements. 

e.  Verify  that  the  total  MOBTDA  values  are  computed  correctly. 

f.  Check  the  time  period  values--total  equal  TDA  totals  on  the  workload 
report  for  the  next  time  period. 

g.  Cneck  tnat  the  mi  1 i tary/c i v i 1 ian  split  was  computed  correctly  and 
tnat  those  values  are  passed  on  the  workload  report  for  the  next  time 
per iod. 


h.  Cnoose  a  sample  number  of  requirement  values  and  verify  tneir 
accuracy. 

i.  Verify  report  values  against  actual  MOBTDA  guidance. 

D-6.  OTHER  REPORTS 

a.  MACOM  Manpower  Requirements  Report. 

b.  MACOM  Surrmary  Manpower  Requirements  Report. 

c.  DARCOM  Installation  Report. 

d.  DARCOM  Summary  Installation  Report. 

e.  Cneck  trie  above  reports  for  correct  summation  of  installation  values 
by  MACOM  code. 

f.  Look  for  outlying  values  and  reasonableness. 
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APPENDIX  E 

ENVIRONENTAL/POLICY  HOOULE  PARAMETER  DESCRIPTIONS 


E-l.  INTRODUCTION.  As  described  in  Chapter  3  of  this  study  report,  MOBREM 
utilizes  tnree  types  of  parameters:  policy  (P),  environment  (E),  and  input 
(I).  Each  parameter  has  been  amplified  as  required  with  a  definition  and 
snort  narrative.  The  model  user  should  be  familiar  with  these  parameter 
sets  before  executing  the  model. 

E-2.  PARAMETERS.  The  following  parameters  are  used  witn  tne  model. 
Parameter  (P-1)  -  D-day  in  Relation  to  M-day. 


Definition:  Tne  number  of  days  after  M-day  that  D-day  occurs. 


Narrative:  This  parameter  allows  the  user  to  offset  from  the  M-day  date 

those  activities  and  events  in  mobilization  that  occur  relative 
to  D-day. 


Parameter  (P-2)  -  Personnel  Inprocessing. 


Definition:  Proportion  of  Reserve  Component  (RC)  MTOE  personnel 
inprocessing  on  post. 


Narrative:  This  parameter  allows  the  user  to  specify  tne  location  where  RC 
MTOE  personnel  inprocessing  workload  will  be  located. 


Parameter  (P-3)  -  Dependent  Drawdown  Period. 


Definition:  Number  of  days  of  dependent  drawdown. 


Narrative:  Tnis  parameter  allows  tne  user  to  specify  tne  number  of  days 

during  which  dependents  will  be  relocated  from  Army  posts  used 
in  conjunction  witn  two  other  parameters  (P-4  and  E-3). 


Parameter  (P-4)  -  Mobilization  Dependents  on  Post  After  Drawdown  Per  M-day 
AC  Person  on  Post. 
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Definition:  Number  of  dependents  on  post  at  end  of  drawdown  period. 


Narrative:  This  parameter  allows  the  user  to  set  the  ending  number  of 

dependents.  P4  is  specified  as  a  function  of  the  number  of  AC 
persons  on  post,  in  both  AC  MTOE  and  TDA  Units. 


Parameter  (P-5)  -  Deploying  MTOE  Units  -  Days  of  Fi 1 1/Trai n/POM  Table. 


Definition:  The  length  (in  days)  of  tne  fill,  train,  and  preparation  for 

overseas  movement  (POM)  periods  for  deploying  MTOE  units,  as  a 
function  of  tne  component  and  the  time  of  deployment  of  the 
unit. 


Narrative:  Tnis  table  allows  tne  user  to  specify  the  number  of  days  of 

fill,  train,  and  POM  for  deploying  MTOE  units.  A  fill  time  of 
zero  will  cause  P7  and  P12  to  be  overridden. 


Parameter  (P-6)  -  Nondeploying  MTOE  Units  -  Days  of  Fill  Table. 


Definition:  Tne  lengtn  (in  days)  of  tne  fill  period  for  nondeploying  MTOE 
units,  as  a  function  of  the  component  of  the  unit. 


Narrative:  This  table  allows  tne  user  to  specify  trie  number  of  days  of 
fill  for  nondeploying  MTOE  units.  A  fill  time  of  zero  will 
cause  P-3  and  P-13  to  be  overridden. 


Parameter  (P-7)  -  Deploying  MTOE  Units  -  Personnel  Fill  Level. 


Definition:  The  proportion  of  personnel  structure  strength  to  whicn 
deploying  MTOE  units  will  be  filled. 


Narrative:  This  table  allows  trie  user  to  set  tne  personnel  strengtn  for 
deploying  MTOE  units  on  the  deployment  date,  i.e.  deployment 
personnel  authorized  level  of  organization  (ALO)  strength. 
This  parameter  is  set  in  conjunction  with  P-5  and  P-6. 


Parameter  (P-8)  -  Nondeploying  MTOE  Units  -  Personnel  Fill  Level. 
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Definition:  The  proportion  of  personnel  structure  strengtn  to  wnich  non¬ 
deploying  MTOE  units  are  to  be  filled. 


Narrative:  This  table  allows  the  user  to  set  the  level  to  which 

nondeploying  MTOE  units  will  fill  with  personnel  by  the 
completion  of  tne  unit  fill  period.  Set  in  conjunction  witn 
P-6  and  E-7. 


Parameter  (P-9)  -  TDA  Fill  Level. 


Definition:  Tne  proportion  of  inode  1 -computed  TDA  manpower  requirements  to 
which  installation  personnel  levels  are  to  be  filled. 


Narrative:  Tnis  parameter  allows  tne  user  to  specify  tne  proportion  of 
model -computed  TDA  manpower  requirements  that  will  be  filled 
witn  personnel  during  mobilization. 


Parameter  (P-10)  -  Dependent  Patient  End  Date. 


Definition:  Tne  day  after  mobilization,  wnen  dependents  will  no  longer  be 
considered  a  medical  workload. 


Narrative:  Tnis  parameter  allows  tne  user  to  establisn  whetner  dependents 
will  continue  to  receive  medical  care  from  tne  Army  medical 
facilities,  and,  if  so,  for  now  long  (in  days)  after 
mobilization  occurs.  If  P-10  is  set  to  271,  dependent  medical 
services  will  be  provided  tnrougnout  the  mobilization  period 
covered  by  the  model. 


Parameter  (P-11)  -  Training  Equipment  Fill  Level  -  Proportion  of 
Requirement. 


Definition:  Tne  proportion  of  training  equipment  requirements  wnicn  will  be 
filled,  for  eacn  training  equipment  category. 

Narrative:  This  table  allows  the  user  to  set  tne  level  to  wnicn  training 

equipment  requirements  will  be  filled.  Set  in  conjunction  witn 
P6  and  E10. 
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Parameter  (P-12)  -  Deploying  MTOE  Units  -  Equipment  Fill  Level  by  Category. 


Definition:  Tne  proportion  of  equipment  requirement  to  wnicn  deploying  MTOE 
units  will  be  filled,  for  each  unit  category,  for  each  unit 
equipment  category. 


Narrative:  If  all  units  are  to  deploy  at  ALO  1,  this  parameter  snould  be 
set  to  1.0  for  all  equipment  with  categories  within  every  unit 
category;  set  to  .9  or  less  for  ALO  2  unit.  Set  in  conjunction 
with  P-5  and  E-9. 


Parameter  (P-13)  -  Nondeploying  MTOE  Units  -  Equipment  Fill  Level  of 
Category. 


Definition:  Tne  proportion  of  equipment  requirement  to  wnicn  nondeploying 
MTOE  units  will  be  filled  for  each  component,  for  each  unit 
equipment  category. 


Narrative:  If  all  units  are  to  be  filled  to  ALO  1,  tnis  parameter  would  be 
set  to  1.00  for  all  equipment  categories  within  every  unit 
category  (component  and  days  of  deployment  after  D-day);  set  to 
.9  or  less  for  ALO  2  units.  Set  in  conjunction  with  P-t3  and 
E  - 1 0 . 


Parameter  (P-14)  -  3ase  Operations  Equipment  Fill  Level  by  Category. 


Definition:  Tne  proportion  of  base  operations  equipment  requirements  to 
wnicn  TDA  units  will  be  filled,  for  each  base  operations 
equipment  category. 


Narrative:  If  tnis  parameter  is  set  to  1.00,  all  computed  base  operations 
equipment  requirements  will  be  assumed  to  have  been  filled  and 
will  oe  snown  as  an  on-nand  workload.  Set  witn  E - 1 1 . 


Parameter  (P-15)  -  P  ure  Equipment  -  Maintenance  Period  and  Percent 
Unrepairable  by  Category. 


Definition:  PURE  is  POMCUS  unit  residual  equipment. 
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Narrative:  The  model  provides  tne  user  the  opportunity  to  define  a  mainte¬ 
nance  period  for  equipment  left  benind  by  a  deploying  unit. 


Parameter  (P-16)  -  DARCOM  Snortfall  Distribution  Option. 


Definition:  Metnod  for  distributing  tne  DARCOM  snortfall. 


Narrative:  This  parameter  allows  tne  user  to  specify  tne  disposition  of  a 
snipping  shortfall.  There  are  3  available  options  by  tne  user 
to  tailor  tne  snortfall:  reported  then  dropped,  carried 
forward  to  the  next  time  period,  or  treated  as  tons  snipped 
from  a  notional  DARCOM  installation. 


Parameter  (P-17)  -  DARCOM  Shortfall  -  Type  Option. 


Def ir ition:  Tne  user-specified  technique  for  computing  tne  DARCOM 
snortfa  1 1 . 


Narrative:  Tnis  parameter  allows  tne  user  to  specify  tne  type  of  snortfall 
to  be  distributed  as  specified  in  parameter  P-16.  The  3  types 
arc:  asset  snortfall,  capability  shortfall,  or  snipping  snort¬ 
fall. 


Parameter  (P-18)  -  DARCOM  installation  Unblocking  Indicator  anJ  Hierarchy 
Number. 


in  1 1  ion:  Tne  uriL  locking  indicator  and  hierarchy  of  accessing  fur  eacn 
wnolesale  supply  category  and  DARCOM  i nsta 1 1  at i on . 

Narr jtive:  In  is  parameter  allows  tne  user  to  specify  which  DARCOM 

installations  .and  wnolesale  supply  categories  (WSC))  are 
,i  i  jC ked . 


Parameter  (P-19)  -  Wholesale  Supply  Category  Hierarchy. 


Definition:  Tut  snipping  hierarchical  number,  for  eacn  wholesale  supply 
category  (lower  numbers  nave  first  snipping  priority). 
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Narrative:  Tins  parameter  is  required  wnen  outloading  capability  nas  been 
entered  as  an  installation  total  (£-17)  rather  than  by  ESC 
(£-18). 


Parameter  (E-l)  -  Workweek  by  Time  Period  and  Mannour  Avai labi 1 ity. 


Definition:  Table  of  workweek  length  by  mobilization  time  period  and  tne 
annual  available  nours. 


Narrative:  This  parameter  allows  tne  user  to  specify  tne  lengtn  of  tne 
mobilization  workweek  and  the  corresponding  number  of  annual 
available  work  hours. 


Parameter  (E-2)  -  Training  Load  Adjustment  Factor. 


Definition:  Training  load  expressed  as  a  proportion  of  tne  Army  Training 
Resource  Requirements  System  (ATRRS)  mobilization  input. 


Narrative:  This  parameter  allows  tne  user  to  make  nacro  adjustments  to  tne 
ATRRS-produced  mobilization  training  input,  ratner  tnan 
cnanging  tne  ATRRS  data. 


Parameter  (E-3)  -  '-1-day  Dependents  on  Post. 


Definition:  Number  of  M-day  dependents  on  post  per  AC  person  on  post. 


Narrative:  Tnis  parameter  allows  tne  user  to  specify  tne  M-day  dependent 
population  on  post. 


Parameter  (E-4)  -  IRH,  IMA,  Retiree  Show  Rates. 


jtfirition:  Tne  proportion  of  Individual  Ready  Reserve  (IRR),  individual 
mobilization  augmentee  (IMA)  and  retirees  wno  are  preassigned 
to  mob l 1 i zat ion  billets  tnat  will  actually  show  up  at  tne 
scneduleJ  time. 
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Narrative:  This  parameter  allows  tne  user  to  specify  tut*  snow  rates  for 
tnree  categories  of  inactive  Army  personnel. 


Parameter  (E-5)  -  Unit  Dates. 


Definition:  Dates  (days  after  M-day)  relating  to  tne  mobilisation  station 

arrival,  air  date  ready  to  load,  and  sea  date  ready  to  load  for 
Army  units. 


Narrative:  Tnese  parameters  allow  tne  user  to  selectively  cnange  tne 

mobilisation  station  arrival  date  (MBOAD),  air  date  required  to 
load  ;ADRL ) ,  and  sea  date  required  to  load  ; SORL  >  for  Army 
units.  Tnis  input  will  not  be  applied  to  PI. 


Parameter  (E-6)  -  Deploying  MTOE  units  -  Personnel  On  Hand  on  M-day. 


i '  1 1  ion:  Proport  ion  of  personnel  structure  strengtn  jn  nand  on  M-day  far 
deploying  MTOE  units,  by  unit  category. 


Narr.it  i  ve :  To  is  -par  lmeter  allows  tne  user  to  selectively  cnange  tne  M-day 
personnel  operating  strength  levels  (as  a  proportion  of 
requirements,  for  deploying  MTOE  units,  by  unit  category 
.component  and  deployment  late  couplets). 


Parameter  (E-7)  -  Nondeplcying  MTOE  Units  -  Personnel  On  Hand  or  M-day. 

definition:  Proportion  of  personnel  structure  strengtn  on  nand  or.  M-  lay  )r 
nondeploying  units,  by  component. 


Njr'-itive:  Inis  parameter  allows  trie  user  to  cnange  selectively  ,s.  compo¬ 

nent  j  tne  M-day  personnel  operating  strengtn  levels  for  nonde¬ 
ploying  MTOE  units,  using  two  options:  Having  all  nondeployinj 
MTOE  unit  personnel  strengtn  levels  equal  trie  current  on-nand. 
level,  or  set  personnel  strengtns  to  a  proportion  of  structure 
strengtn. 


Parameter  ( E -8 )  -  Training  Equipment  On  Hand  on  M-day. 
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Definition:  M-day  training  equipment  strengtn  parameter,  for  each  training 
equipment  category. 


Narrative:  This  parameter  allows  the  user  to  specify  the  M-day  on-hand 
training  equipment  levels  by  training  equipment  category. 


Parameter  (E-9)  -  Deploying  MTOE  Units  -  Equipment  On  Hand  on  M-day  by 
Category. 


Definition:  M-day  deploying  unit  equipment  strength  parameter,  for  each 
unit  category  (deployment  date  by  component),  for  each  unit 
equipment  category. 


Narrative:  Tnis  parameter  allows  tne  user  to  specify  tne  M-day  deploying 

unit  on-nand  equipment  levels  (as  a  proportion  of  the  structure 
level;,  by  unit  category  and  unit  equipment  category  couplets. 


Parameter  (E-lO)  -  Nondeploying  MTOE  Units  -  Equipment  On  Hand  on  M-day  by 
Category . 


Definition:  M-day  nondeploying  unit  equipment  strengtn  for  eacn  unit  equip¬ 
ment  category. 

Narrative:  Tnis  parameter  allows  tne  user  to  specify  tne  M-day  nondeploy¬ 
ing  unit  on-nand  equipment  levels  (as  a  proportion  of  M-day 
actual  input  Jata),  by  unit  equipment  category  and  component 
couplets. 


Parameter  ( E - 1 1 )  -  Base  Operations,  Equipment  On  Hand  on  M-day  by  Category. 


Definition:  M-day  base  operations  equipment  strengtn  for  eacn  base 
operations  equipment  category. 


Narrative:  Tnis  parameter  allows  tne  user  to  specify  tne  M-day  on-nand 
base  operations  equipment  levels  (as  a  proportion  of  actual 
input  data),  by  base  operations  equipment  category. 


Parameter  (E-12)  -  P0MCU5  Shortfall  Factor. 
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Definition:  POMCUS  snortfall  parameter,  for  each  unit  equipment  category. 


Narrative:  This  parameter  allows  tne  user  to  override  model  input  data 
■'elating  to  the  POMCUS  snortfall  in  theater  that  exists  on  M- 

■•'ay. 


Parameter  (E-13)  -  OARCOM  M-day  Asset  Option. 


Definition:  Defines  tne  technique  for  establishing  the  initial  time  input 
for  DARCOM  assets  by  wholesale  supply  category  and  DARCOM 
instal  lat  ion. 


Narrative:  This  parameter  allows  tne  user  to  specify  tne  teennique  for 

establishing  initial  DARCOM  asset  distributions.  This  may  be 
done  by  eitner  directing  input  of  M-day  assets  by  WSC  for  eacn 
installation  (1-10),  or  spreading  all  DARCOM  assets  for  each 
WSC  to  installations  using  £-15. 


Parameter  (E-14)  -  DARCOM  M-day  Total  Assets  by  Wholesale  Supply  Category. 


Definition:  Total  tons  of  supply  or  equipment  at  DARCOM  installations  on 
M-day,  for  each  wholesale  supply  category. 


Narrative:  If  tne  DARCOM  M-day  asset  option  parameter  (E-13)  value  is  set 
to  2,  tnen  the  user  must  specify  values  for  this  parameter. 


Parameter  (E-15)  -  DARCOM  Installation  Snare  of  Total  M-day  Assets: 


Definition:  Snare  of  M-day  DARCOM  assets,  for  eacn  wnolesale  supply 
category,  for  eacn  DARCOM  installation. 


Narrative:  If  tne  DARCOM  M-day  asset  option  parameter  (E-13)  value  is  set 
to  2,  then  the  user  must  specify  values  for  this  parameter, 
wnicn  is  used  in  conjunction  witn  tne  DARCOM  M-day  total  assets 
by  WSC  parameter  (E-14).  Set  this  parameter  in  conjunction 
wit n  E-13  and  E-14. 
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Parameter  (E- 16 )  -  DARCOM  Installation  total  Outloading  Capability 
Indicator. 


Definition:  Installations  with  total  outloading  capability  (not  by  WSC). 


Narrative:  In  tnis  parameter  the  user  specifies  the  installations  for 
wnich  only  the  total  outloading  capability  is  known. 
Installations  listed  here  must  nave  the  total  outloading 
capability  entered  in  £-17  and  the  ESC  priority  entered  in 
P-19.  If  the  outloading  capability  can  be  input  by  WSC  (E-18), 
do  not  list  the  installation  code  here.  This  parameter  should 
be  set  in  conjunction  with  P-19,  E-17,  and  E-18. 


Parameter  (E-17)  -  DARCOM  Installation  Daily  Total  Outloading  Capability 
Limits. 


Definition:  Daily  total  snipping  capability  limits,  for  eacn  DARCOM  instal¬ 
lation  without  wholesale  supply  category  specified  limits. 


Narrative:  This  parameter  allows  trie  user  to  specify  tne  total  outloading 
capability  limits  for  each  DARCOM  installation  flagged  in  tne 
DARCOM  installation  total  outloading  capability  indicator  para¬ 
meter  (£-16). 


Parameter  (E-18)  -  DARCOM  Installation  Outloading  Capability  Limits  by 
Wholesale  Supply  Category. 


Definition:  Outloading  capability  limits,  for  each  wholesale  supply 
category,  (for  eacn  DARCOM  installation  with  WSC-specific 
capacity  limits. 

Narrative:  This  parameter  allows  the  user  to  specify  tne  WSC  outloading 
capability  limits  for  each  DARCOM  installation  not  flagged  in 
trie  DARCOM  installation  total  outloading  capability  indicator 
parameter  ( E - 16 ) .  Set  with  E - 16  and  E-l7. 


Parameter  (E-19)  -  DARCOM  Production  Pipeline  by  Installation,  Wholesale 
Supply  Category,  and  Time  Period. 
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Definition:  Tons  of  supply  or  equipment  to  become  available  to  DARCOM 
through  the  depot  production  pipeline,  for  each  DARCOM 
installation,  for  each  wholesale  supply  category,  for  eacn  time 
period. 

Narrative:  This  parameter  allows  the  user  to  specify  the  output  of  tne 

depot  production  pipeline  for  each  WSC  and  DARCOM  installation 
over  time. 


Parameter  (E-20)  -  Production  Pipeline  Shipped  Direct  (not  tnru  DARCOM)  by 
Wholesale  Supply  Category  and  Time  Period. 


Definition:  Tons  of  supply  or  equipment  to  be  shipped,  but  not  thru  DARCOM 
(shipped  directly  from  production  source)  for  each  wnolesale 
supply  category,  for  each  time  period. 

Narrative:  This  parameter  allows  tne  user  to  specify  tne  direct  snipment 
output  of  the  production  pipeline  for  eacn  WSC  over  time. 


Parameter  (E-21)  -  DARCOM  Maintenance  Pipeline  by  Instal  lation,  Wholesale 
Supply  Category,  and  Time  Period. 


Definition:  Tons  of  supply  or  equipment  to  become  available  to  DARCOM 

tnrough  the  maintenance  pipeline,  for  eacn  DARCOM  installation, 
for  each  wnolesale  supply  category,  for  each  time  period. 

Narrative:  Tnis  parameter  allows  tne  user  to  specify  tne  output  of  tne 

maintenance  pipeline  for  eacn  WSC  and  DARCOM  installation  over 
t  ime. 


Parameter  (E-22)  -  Productivity  Adjustment  Factor. 


Definition:  Productivity  adjustment  factors  that  account  for  cnanges  in 
worker  productivity  as  the  length  of  the  workweek  increases 
during  mobilization.  For  instance,  as  the  length  of  tne  work¬ 
week  increases  50  percent  moving  from  a  40-hour  to  a  60-hour 
workweek,  worker  productivity  (output  per  week)  may  increase  at 
a  lower  percentage.  This  occurs  because  of  worker  fatigue, 
increased  absenteeism,  etc. 
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Narrative:  This  parameter  allows  the  user  to  specify  tne  productivity  ad¬ 
justment  factor  (PAF)  as  the  length  of  the  workweek  varies. 

Parameter  ( I -1 )  -  Prisoner  Proportion 

Definition:  Tne  proportion  of  tne  military  population  which  is  in  prison. 

Narrative:  Tne  prisoner  proportion  is  based  on  nistorical  data  and  is  a 
flat  rate  of  the  military  population. 

Parameter  (1-2)  -  TDA  Military  and  Civilian  M-day  Manning  Levels. 

Definition:  The  proportion  of  tne  actual  on-hand  levels  whicn  will  be  used. 

Narrative:  This  user  input  is  most  useful  in  sensitivity  analysis. 

Parameter  (1-3)  -  Transient  Proportion. 

Definition:  Tne  percentage  of  tne  Army  tnat  is  in  transient  status. 

Narrative:  None. 

Parameter  (1-4)  -  Contractor  Conversion  Factor. 

Definition:  A  factor  for  converting  number  of  TDA  spaces  to  number  of  con¬ 
tractor  personnel  required. 

Narrative:  None. 

Parameter( 1-5)  -  PCF  Individuals  Proportion. 

Definition:  The  percentage  of  the  Army  tnat  is  being  held  in  personnel  con¬ 
trol  facility. 
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Narrative: 

Parameter  ( 
Parameter  ( 
Parameter  ( 

Definition: 

Narrative: 

Parameter  ( 

Definition: 

Narrative : 

Parameter  ( 

Definition: 

Narrative : 


Same  metnod  as  1-1. 


1-6)  -  Total  Strength  of  the  Army  by  Day. 

1-7)  -  OCONUS  Strength  of  the  Army  by  Day. 

1-8)  -  Hospital  Percent  Full  (PCTFUL)  and  Percent  Military 
Mobil ization. 


Factors  used  to  replicate  patient  workload  impact. 


PCTFUL  is  tne  proportion  of  tne  maximum  possible  number  of 
filled  beds  whicn  are  filled  on  M-day.  PCTMIl  is  the 
percentage  of  military  hospital  patients  on  M-day. 


1-9)  -  CONUS  Patient  Rates. 


Tne  Office  of  Tne  Surgeon  General  and  Healtn  Services  Command 
furnisned  medical  rates  which  were  in  terms  of  rates  per 
tnousand  for  any  one  day. 


Since  MOBREM  computes  tne  medical  workloads  once  in  each  10-day 
time  period,  the  rates  were  multiplied  by  10.  It  was  also 
necessary  to  convert  tne  rates  from  a  rate  per  tnousand  by 
dividing  by  1,000.  Finally,  all  rates  were  converted  to 
percentages . 


I  - 10 )  -  DAP.COM  Installation  M-day  Assets  by  Wholesale  Supply 
Category. 


None. 


Tne  default  value  is  zero  for  each  DARCOM  insta 1 lat ion/WSC  com¬ 
bination.  Hence,  the  user  must  address  each  combination  unless 
zero  is  desired. 
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Parameter  (I -11)  -  I  nter-Service  Supply  Requirements  by  Wholesale  Supply 
Category  and  Time  Period. 

Definition:  None. 

Narrative:  User  specification  for  real  time  interservice  requ irements. 

Parameter  (1-12)  -  Population-Based  Supply  Requirements  and  Proportion  of 
Supply  Shipped  from  DARCOM  Before  and  After  Exnaustion 
of  Initial  Stocks  On  Hand. 

Definition:  None. 

Narrative:  Default  value  is  zero. 

Parameter  (1-13)  -  Position  Coverage  Manpower  Factors. 

Definition:  None. 

Narrative:  Values  wnich  represent  current  (1981)  mobilization  guidance 

regarding  leave/hol iday,  training  time,  etc.,  have  been  cnosen. 

Parameter  (1-14)  -  Proportion  of  Base  Operations  Equipment  Fill  Requirement 
Met  by  Local  Procurement  (not  by  DARCOM). 

Definition:  None. 

Narrative:  The  model  can  account  for  local  economy  purcnase  of  base  opera¬ 
tion  equipment. 

Parameter  (1-15)  -  Military/Civilian  Split  by  Functional  Code. 

Definition:  None. 


E  - 1 4 


CAA- SR -84- 22 


Narrative:  A  percentage  based  on  tne  current  mi  1 itary/c ivi 1 ian  split  by 
function  code  will  be  used. 


Parameter  (1-16)  -  Theater  Requirements  of  Classes  I-IV,  VIII,  and  IX  in 
Tons  and  Wholesale  Supply  Category  by  Time  Period. 


Definition:  None. 


Narrative:  Default  value  is  zero. 


Parameter  (1-17)  -  Theater  Ammunition  Requirements  Option  (THAMOP). 


Definition:  None. 


Narrative:  Two  options  are  available  to  tne  user.  Set  tne  value  of  THAMOP 
to  the  option  number  desired:  Option  l--directs  MOBREM  to  read 
specific,  time-pnased  tneater  ammunition  requirements  from 
input  Table  1-18. 

Option  2--directs  MOBREM  to  compute  tneater  ammo  requirements 
from  input  Table  1-19  (theater  ammo  requirements  per  person  per 
day  by  amino  category)  and  input  Table  1-7  (OCONUS  strengtn  of 
tne  Army  by  day). 


Parameter  (1-18)  -  Theater  Ammunition  Requirements  in  Tons  by  Ammunition 
Category  and  Time  Period. 

Parameter  (1-19)  -  Theater  Ammunition  Requirements  Rate  (Daily,  Per  Capita, 
in  Pounds). 


Parameter  (1-20)  -  Ammunition  Average  Item  Wei  gut. 


Definition:  Average  item  weight  of  each  ammunition  category. 

Narrative:  This  parameter  allows  tne  user  to  update  high  density  weights 
to  reflect  current  requirements. 
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APPENDIX  F 

DARCOM  WORKLOAD  PROCESSING 


F-l.  OARCOM  WORKLOAD  MODULE.  The  DARCOM  workload  module  aggregates  supply 
and  equipment  requirements  from  MOBREM  installations  and  theater,  computes 
assets  and  shipping  capabilities  of  DARCOM  installations,  and  distributes 
aggregated  requirements  to  DARCOM  installations  for  shipping.  Chapter  3  of 
the  study  report  provides  a  functional  description  of  MOBREM  inputs, 
modules  and  outputs.  The  principal  functions  of  MOBREM  were  numbered  in 
sequential  order  and  illustrated  in  Figure  3-1.  In  the  discussion  of  the 
direct  inputs  (function  5)  needed  by  MOBREM  it  was  noted  that  the  "Theater 
Shipping  Requirements"  define  the  DARCOM  workloads  for  overseas  shipments 
but  do  not  allocate  the  workloads  to  a  DARCOM  depot  or  plant.  The  method¬ 
ology  for  allocating  the  DARCOM  mobilization  shipping  requirement  workloads 
was  accomplished  as  a  separate  MOBREM  design.  In  addition  to  producing  the 
necessary  workload  allocation  data,  the  design  provides  for  special  pro¬ 
cessing  steps  to  aid  the  logistics  planner  in  developing  and  evaluating 
alternative  workload  and  asset  allocations  for  DARCOM  installations.  Of 
course,  in  addition  to  providing  these  special  capabilities,  the  selection 
of  any  one  set  of  workload  and  asset  allocations  will  produce  a  DARCOM 
workload/asset  installation  distribution  by  time  period  for  use  with  the 
other  workload  modules  and  the  manpower  conversion  module  for  the  produc¬ 
tion  of  the  MOBTDA  guidance  reports.  In  order  to  obtain  an  understanding 
of  how  the  DARCOM  module  design  works,  a  description  of  the  special  proces¬ 
sing  steps  is  given  in  this  appendix. 

F-2.  SHIPPING  ALLOCATION.  The  OARCOM  module  enables  the  user  to  employ 
logic  of  the  model  to  simulate  shipping  requirement  allocations  with 
varying  assumptions  and  constraints  independent  of  the  input  data.  A 
different  set  of  allocations  is  possible  for  each  combination  of 
alternative  input  parameters  chosen  by  the  user.  The  DARCOM  module 
processing  steps  to  be  followed  in  arriving  at  a  shipping  allocation  output 
are  identified  in  Table  F-l.  Each  step  is  described  in  the  following 
paragraphs . 

F-3.  ASSET  AVAILABILITY  AND  SHIPPIN6  LIMIT  PROCESS 

a.  Step  1.  In  the  first  step  of  the  process,  the  total  depot  assets 
for  a  specific  time  period  are  determined  by  adding  the  assets  remaining 
from  the  prior  time  period  to  the  depot  and  maintenance  production  line 
data  specified  for  the  time  period  in  question.  The  first  time  period  that 
MOBREM  considers  is  M-day.  The  assets  for  M-day  are  determined  by  input 
data  that  specify  the  assets  currently  at  each  depot.  The  asset 
information  can  be  totaled  for  all  of  DARCOM  or  by  depot,  as  specified  by 
inputs,  or  can  be  distributed  to  depots  individually  by  the  model  user. 

b.  Step  2.  Determination  of  depot  outloading  capabilities  by  time 
period  is  the  second  step.  The  depot  outloading  capability  is  a  model 
input  from  DARCOM  which  specifies  the  ton  shipping  limits  by  wholesale 
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supply  category  (WSC),  by  depot,  and  by  time  period.  Model  options, 
however,  permit  the  user  to  specify  the  outloading  capability  by  WSC  for 
each  depot  by  time  period.  Thus  both  the  outloading  capability  information 
and  asset  availability  information  can  be  specified  either  by  field  input 
data  or  by  the  model  user. 


Table  F-l.  DARCOM  Module  Processing  Steps 


Step 

1  Compute  depot  assets  by  time  period 

a.  Assets  remaining  from  prior  time  period 

b.  Production  line 

c.  Maintenance  line 

2  Compute  depot  outloading  capability  by  time  period 

3  Compute  depot  shipping  limit  for  the  initial  time 
period  (shipping  limit  is  minimum  of  assets  available) 
and  outloading  capability 

4  Block  and  unblock  depots  (user  input  blocking  options) 

5  Sum  assets,  shipping  limits  for  blocked  and  unblocked 
depots 

6  Compute  total  depot  shipping  requirements  by  time  period 

a.  Shortfall  from  prior  time  period 

b.  Computed  CONUS  Base  mobilization  equipment 
requirements  (training,  base  ops,  unit  equipment) 

c.  Population  based  CONUS  consumption  requirements 
(all  classes  except  Class  VII) 

d.  Theater  shipping  requirements 

(1)  Theater  war  reserves  (required  -  on  hand)  (  +  ) 

(2)  Population  based  overseas  consumption  requirements 
(  +  ) 

(3)  Selected  operations  plans  reservations  (-) 

e.  Direct  shipment  from  production  pipeline 


c.  Step  3.  The  model  is  used  in  Step  3  to  compute  the  depot  shipping 
limit  by  WSC  for  the  initial  time  period.  This  is  determined  as  the  lesser 
of  the  outloading  capability  and  the  assets  available  as  they  were  deter¬ 
mined  in  Steps  I  and  2. 

d.  Step  4.  In  the  fourth  processing  step  listed  in  Table  F-l,  the  user 
applies  rules  for  blocking  depots.  These  rules  delay  the  model  from  ship¬ 
ping  assets  from  blocked  depots  until  assets  from  unblocked  depots  have 
been  shipped.  The  rules  also  specify  the  model  priority  order  rules  for 
using  blocked  depots  and  for  shipping  the  wholesale  supply  categories. 
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e.  Step  5.  In  Step  5,  the  model  sums  the  assets  and  shipping  limits 
for  blocked  and  unblocked  depots  for  each  time  period  and  WSC  and  stores 
the  information  for  use  later  to  compare  against  the  shipping  requirements. 
Steps  1  through  5  establish  the  asset  availability,  shipping  limit  and  use 
rules  for  the  depots. 

F-4.  SHIPPING  REQUIREMENT  PROCESS.  The  elements  making  up  the  shipping 
requirements  are  shown  under  Step  6  of  Table  F-l  and  are  described  below. 

a.  The  total  shipping  requirements  for  all  depots  for  each  WSC  for  each 
time  period  are  determined  by  subtotaling  the  first  four  items  listed  in 
Step  6,  Table  F-l,  as  follows: 

(1)  The  shortfall  from  the  previous  time  period  can  be  carried  over 
or  not  as  a  user  option.  Shortfall  refers  to  WSC  required  to  be  shipped 
but  not  shipped.  There  is  no  M-day  shortfall. 

(2)  The  intra-CONUS  DARCOM  shipping  requirements  include:  (1)  the 
training,  base  ops,  and  unit  equipment  which  are  computed  by  the  MOBREM 
installation  equipment  module,  and  (2)  the  non-Class  VII  CONUS  consumption 
requirements  which  are  computed  by  the  installation  personnel  module. 

These  are  listed  as  Steps  6b  and  6c  of  Table  F-l  and  part  of  the  total 
depot  shipping  requirements . 

(3)  The  theater  shipping  requirements  (Step  6d)  are  added  next. 

These  are  direct  inputs  from  automated  MOBREM  sources  which  take  into 
account : 


(a)  The  time-phased  differences  between  required  and  on  hand  in  the 
theater  war  reserve  Class  V  and  Class  VII  projections.  (These  differences 
ire  added  to  the  depot  shipping  requirements.) 

(b)  Population-based  overseas  consumption  requirements  which  are 
computed  using  overseas  population  data.  (These  differences  are  added  to 
the  depot  shipping  requirements. ) 

(c)  Certain  stocks  that  are  reserved  by  operation  plans  for  other 
theaters  (these  stocks  are  subtracted  from  the  total  depot  shipping 

requ i rements ) . 

(3)  Finally,  in  Step  6e,  new  procurement  shipping  policies  call  for 
selected  shipments  directly  from  production  lines.  These  also  must  be 
subtracted  from  the  DARCOM  shipping  requirement  computation. 

b.  Shipping  Requirement.  The  result  of  the  Step  6  process  is  a  total 
depot  shipping  requirement  by  time  period  and  WSC. 
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F-5.  ALLOCATION  PROCESS.  The  asset  availability,  shipping  limit,  and 
depot  use  rules  developed  initially  are  used  in  conjuction  with  the  total 
shipping  requirements,  to  allocate  the  total  to  individual  depots.  Figure 
F-l  (appearing  at  the  end  of  this  appendix)  illustrates  the  steps  of  the 
allocation  process  for  one  wholesale  supply  category  for  one  time  period. 
Description  of  the  process  follows. 

a.  First  (referring  to  Figure  F-l),  the  total  shipping  requirement  is 
compared  against  the  total  shipping  limit  of  the  unblocked  depots.  If  the 
total  shipping  requirements  are  less  than  the  shipping  limits  of  the 
unblocked  depots,  the  requirements  are  allocated  on  a  fair  share  basis  to 
each  of  the  unblocked  depots  as  is  depicted  in  Step  3  of  the  figure.  (Fair 
share  means  allocation  to  a  depot  based  on  its  percentage  or  share  of  the 
total  assets  available  in  unblocked  depots.)  (Note  in  Step  8  that  the 
model  carries  over  all  unshipped  assets  as  available  in  the  next  time 
period  and  that  a  depot  can  ship  to  its  shipping  limit  and  still  have 
assets  remaining  to  be  carried  over  to  the  next  time  period.) 

b.  The  "YES"  path  from  the  top  decision  block  in  Figure  F-l  means  that 
the  total  shipping  requirements  are  greater  than  the  total  shipping  limits 
of  the  unblocked  depots.  In  this  case  the  model  will  allocate  the  shipping 
requirements  to  the  shioping  limit  of  all  unblocked  depots  (Step  4)  and 
attempt  to  allocate  the  remaining  unshipped  requirements  to  blocked  depots 
'Step  5). 

c.  These  allocations  will  be  made  to  the  shipping  limit  of  the  blocked 
and  unblocked  depots  as  constrained  by  priority  of  selection  rules  estab¬ 
lished  by  the  model  user  (see  paragraph  F-3d). 

d.  If,  after  attempting  to  allocate  the  shipping  requirements  to  the 
blocked  depots,  all  shipping  requirements  for  that  time  period  are  met,  the 
model  follows  the  "NO"  path  from  the  lower  decision  block  and  carries  over 
the  unshipped  assets  to  the  next  time  period  (Step  8). 

e.  If,  however,  there  are  still  unmet  requ i rements ,  the  model  will 
follow  tne  "YES"  path  from  the  lower  decision  block  and  compute  the  short¬ 
fall  ( Step  6) . 

f.  Then,  the  model  user  determines  the  shortfall  option  that  he  wants 
the  model  to  process.  These  options  are  identified  in  Figure  F-l  at  Step 

7 


(1)  First,  the  shortfall  car  be  carried  over  (along  with  the  unship¬ 
ped  assets)  to  the  next  time  period  for  determination  of  a  new  shipping 
requirement,  and  shipping  limit. 

(2)  The  second  option  will  allocate  the  unmet  shipping  requirement  to 
a  notional  depot.  In  this  option,  all  shortfalls  are  recognized  as  unmet 
DARCOM  shipping  requirements  in  the  time  period  in  which  the  shortfall  is 
needed . 
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(3)  In  the  tnird  option,  the  snortfalls  are  dropped  as  a  requirement. 

q.  Tne  process  continues  for  all  time  periods  for  eacti  set  of  input 
assumptions  and  constraints  chosen  by  the  model  user. 

h.  As  is  tne  case  with  tne  mobilization  workloads  generated  by  tne 
otner  modules  of  MOBREM,  the  OARCOM  workloads  are  used  as  arguments 
vvariableS/  in  nanpower  equations  to  produce  reports  snowing  tne  DARCQM 
manpower  required  to  support  the  workloads  by  time  period  and  location. 

F-6.  OARCOM  REPORTS.  Tne  same  set  of  MOBREM  workload,  asset,  and  manpower 
requirements  reports  that  are  provided  for  all  other  MACOMs  are  also 
orovided  for  DARCQM.  Tnese  are  intended  for  use  by  ins ta  1  la t  ions ,  major 
commands  and  HQDA  as  guidance  in  developing  MOBTDA.  However,  because  tne 
DARCQM  module  provides  tne  user  a  snipping  allocation  logic  and  a  variety 
af  user  adjustable  shipping  assumptions,  seven  additional  OARCOM  specific 
reports  are  produced  by  tne  model.  Samples  of  tnese  reports  are  snown  in 
Appendix  G. 
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Figure  F-1.  DARCOM  Allocation  Process 


(ONE  WHOLESALE  SUPPLY  CATEGORY  FOP  ONE  TIME  PERIOD) 
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APPENDIX  G 

MOBREM  REPORT  FORMATS 


INTRODUCTION.  Chapter  3  discussed  tne  last  process  of  MOBREM,  i.e.,  report 
production.  Tms  appendix  snows  report  extracts  that  are  currently  consid¬ 
ered  standard  output  formats.  Certain  reports,  i.e.,  installation  asset 
and  toe  workload  series  nave  nad  items  masked  to  declassify  tne  report. 
dowever,  tne  reader  will  tae  able  to  see  tne  general  form  and  divisions  of 
o  ICO  report. 
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Figure  G-?.  Installation  Workload  Report 


Figure  G-3.  Installation  Manpower  Requirements  Report 
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Figure  G-7.  OARCOH  Installation  Report 
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ABBREVIATIONS, 

ACRONYMS,  SHORT  TERMS,  AND  DEFINITIONS 

AC 

Active  Component 

ACC 

Army  Communications  Command 

ACT.' 

activity 

ADP 

automated  data  processing 

ADPE 

ADP  equipment 

ADRL 

a  ir  date-ready  load 

A  F  E  E  3 

Armed  Forces  Examining  and  Entrance  3tation(sy 

AFT 

strengtn  after  fill 

,\i_) 

authorized  level  of  organization 

AMGP  b 

Army  Mobilization  and  Operations  Planning  System 

AM  SC  0 

Army  Management  Structure  Code(s) 

A  - 1>  T  Af 

Army  Staff 

A 'PAS 

Army  Training  Resource  Requirements  System 

IVj 

average 

‘111 

,  » 

av i at  ion 

Bid 

strengtn  before  fill 

CL  PE 

case  operations  equipment  requirement  equation 

■^r*r 

jS  Army  Concepts  Analysis  Agency 

f'  *  T 

category 

C  1  V 

civilian 

C UMARS 
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MOBILIZATION  BASE  REQUIREMENTS  MODEL 
(MOBREM)  STUDY 


STUDY 

SUMMARY 

CAA-SR-84-22 


THE  REASON  F(T  PERFORM INS  THE  STUOY.  The  Army  required  a  responsive,  con- 
sl stent,  and  auditable  system  for  determining  the  CONUS  resources  required 
to  support  mobilization. 

THE  PRINCIPAL  FINDINGS 

(1)  MOBREM  Incorporates  a  single  source  automated  data  base  that 
Integrates  the  essential  elements  of  Information  for  allocating  the 
workloads  and  assets  planned  for  the  CONUS  Base  during  mobilization. 

(2)  Operation  of  MOBREM  has  produced  mathematically-derived, 
workload-based  output  reports  that  can  support  mobilization  table  of 
distribution  and  allowances  (M08TQA)  guidance  from  Headquarters,  Department 
of  the  Army  (HQOA)  to  the  major  Army  commands  (MACOM)  and  HQOA  evaluation 
of  MACOM  submissions  In  response  to  guidance. 

(3)  MOBREM  provides  an  automated  means  for  comparing  alternative 
CONUS  Base  mobilization  policies. 

(4)  Although  improved  manpower  requirements  equations  were  developed 
during  the  study,  a  need  remains  for  new  equations  and  additional  field 
evaluation. 

THE  WAIN  ASSUMPTIONS 

(1)  Tht  Department  of  the  Army  (OA)  mobilization  planning  systems 
(e.g.,  MTBSP,  TAAOS,  TAEDP,  ATRRS)  provide  an  authoritative  source  on  which 
to  base  the  requirements  computations. 

(2)  The  CONUS  Installations  are  organized  in  conformance  with  Army 
management  structure  code  requirements  (AR  37-100). 

(3)  A  HQOA  mobilization  planning  system  will  be  established  to  im¬ 
plement  MOBREM. 

THE  PRINCIPAL  LIMITATIONS 

(1)  MOBREM  currently  operates  In  the  requirements  mode,  l.e..  It  does 
not  constrain  requirements  by  the  availability  of  resources  or  by  facility 
capabilities. 

(2)  There  Is  no  resources  optimization  capability.  MOBREM  will  not 
allocate  scarce  resources  to  Installations  or  allocate  deploying  units  to 
Installations  In  an  optimal  manner. 


(3)  Current  MOBREM  Inputs  do  not  consider  expansion  of  the  force 
structure  or  Industrial  base. 

THE  SCOPE  Of  THE  STUDY.  The  MOBREM  study  effort  has  been  directed  toward 
the  analyses  of  fult  mobilization  planning,  l.e.,  the  Identification  and 
Integration  of  data  In  the  DA  planning  systems  that  allocate  mobilization 
workloads  and  assets  to  the  CONUS  Base  Installations  and  the  Identification 
and  sizing  of  CONUS  Base  functions  that  provide  the  support  for  a  NATO/ 
Warsaw  Pact  scenario  requiring  full  mobilization  response. 

THE  STUDY  OBJECTIVES  are  to: 

(1)  Provide  the  Artfly  with  a  single  source  automated  data  base  that 
will  Identify  the  time-phased  mobilization  workloads  and  assets  for  the 
CONUS  Base. 

(2)  Develop  a  <aode1  which  will  compute  mathematically  derived, 
workload-based  CONUS  Ba  i  manpower  required  to  mobilize,  train,  deploy,  and 
sustain  the  Army  during  mobilization. 

(3)  Provide  an  automated  means  for  evaluating  CONUS  Base  mobilization 
policies. 

(4)  Improve  CONUS  Base  manpower  requirements  equations. 

THE  BASIC  APPROACH 

(1)  The  approach  taken  to  model  development  was  Initially  to  define 
the  data  requirements,  the  output  reports,  and  the  logic  necessary  to  model 
the  M08T0A  development  process. 

(2)  A  functional  design  was  developed  and  approved  by  the  sponsor, 
after  which  programs  were  written  and  tested  using  hypothetical  test  data. 

(3)  After  acceptance  by  the  sponsor  of  test  data  results,  actual 
Input  data  were  collected  from  automated  and  manual  sources;  and  the  model 
operated  to  produce  test  reports  for  field  evaluation  by  potential  users. 

(4)  As  a  result  of  field  evaluations,  data  and  program  modifications 
were  made  to  bring  the  model  to  operational  level. 

(5)  Operational  runs  of  the  model  were  used  to  verify  the  functional 
design,  and  a  complete  set  of  output  reports  was  provided  to  the  study 
sponsor  In  May  1984. 

TOE  STUDY  SPONSOR  Is  the  Force  Development  Directorate  of  the  Office  of  the 
Deputy  Chief  of  Staff  for  Operations  and  Plans  (ODCSOPS). 


THE  STUPY  EFFORT  was  directed  by  Mr.  F.  Gordon  Barry,  Forces  Directorate. 

COMMENTS  AND  QUESTIONS  may  be  directed  to  US  Army  Concepts  Analysis  Agency, 
ITTHi  Assistant  Director  for  Forces,  8120  Woodmont  Avenue,  Bethesda,  MD 
20814-2797. 
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SUMMARY 

\Iti«y  (MOBREM)  STUDY 
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THE  REASON  FOR  PERFORMING  THE  STUDY.  The  Army  required  a  responsive,  con¬ 
sistent,  and  auditable  system  for  determining  the  CONUS  resources  required 
to  support  mobilization. 

THE  PRINCIPAL  FINDINGS 

(1)  MOBREM  Incorporates  a  single  source  automated  data  base  that 
integrates  the  essential  elements  of  information  for  allocating  the 
workloads  and  assets  planned  for  the  CONUS  Base  during  mobilization. 

(2)  Operation  of  MOBREM  has  produced  mathematically-derived, 
workload-based  output  reports  that  can  support  mobilization  table  of 
distribution  and  allowances  (MOBTOA)  guidance  from  Headquarters,  Department 
of  the  Army  (HQDA)  to  the  major  Army  commands  (MACOM)  and  HQDA  evaluation 
of  MACOM  submissions  in  response  to  guidance. 

(3)  MOBREM  provides  an  automated  means  for  comparing  alternative 
CONUS  Base  mobilization  policies. 

(4)  Although  Improved  manpower  requirements  equations  were  developed 
during  the  study,  a  need  remains  for  new  equations  and  additional  field 
evaluation. 

THE  MAIN  ASSUMPTIONS 

(1)  The  Department  of  the  Army  (DA)  mobilization  planning  systems 
(e.g.,  MT8SP,  TAAOS,  TAEOP,  ATRRS)  provide  an  authoritative  source  on  which 
to  base  the  requirements  computations. 

(2)  The  CONUS  instal lations  are  organized  in  conformance  w’th  Army 
management  structure  code  requirements  { AR  37-100). 

(3)  A  HQDA  mobilization  planning  system  will  be  established  to  im¬ 
plement  MOBREM. 

THE  PRINCIPAL  LIMITATIONS 

(1)  MOBREM  currently  operates  in  the  requirements  mode,  i.e.,  it  does 
not  constrain  requirements  by  the  availability  of  resources  or  by  facility 
capabilities. 

(2)  There  is  no  resources  optimization  capability.  MOBREM  will  not 
allocate  scarce  resources  to  Installations  or  allocate  deploying  units  to 
installations  in  an  optimal  manner. 
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STUDY 

SUMMARY 

(MOBftEM)  STUDY 
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THEREASON  Pot  POtmOM  THE  STUDY.  The  Army  required  a  responsive,  con¬ 
sistent,  and  auditable system  for  determining  the  CONUS  resources  required 
to  support  Mobilization. 

the  mmim  rimvm 

(1)  NOBREM  Incorporates  a  single  source  automated  data  base  that 
Integrates  the  essential  elements  of  Information  for  allocating  the 
workloads  and  assets  planned  for  the  CONUS  Base  during  mobilization. 

(2)  Operation  of  NONtEM  has  produced  mathematically-derived, 
workload-based  output  reports  that  can  support  mobilization  table  of 
distribution  and  allowances  (M06TQA)  guidance  from  Headquarters,  Department 
of  the  Army  (HQOA)  to  the  major  Army  commands  (MACON)  and  HQOA  evaluation 
of  MACON  submissions  In  response  to  guidance. 

(3)  NOBREM  provides  an  automated  means  for  comparing  alternative 
CONUS  Base  mobilization  policies. 

(4)  Although  Improved  manpower  requirements  equations  were  developed 
during  the  study,  a  need  remains  for  new  equations  and  additional  field 
evaluation. 

m 

(1)  The  Department  of  the  Army  (DA)  mobilization  planning  systems 
(e.g.,  MTBSP,  TAADS,  TAEDP,  ATMS)  provide  an  authoritative  source  on  which 
to  base  the  requirements  computations. 

(2)  The  CONUS  Installations  ere  organized  In  conformance  with  Army 
management  structure  code  requirements  (AR  37-100). 

(3)  A  HQOA  mobilization  planning  system  will  be  established  to  1m- 
pi  meant  NOMEN. 


(t|  NQMEN  currently  operates  In  the  requirements  node,  l.e..  It  does 
not  constrain  requirements  by  the  availability  of  resources  or  by  facility 
capabilities* 

(2)  Ttare  If  no  resources  optimization  capability.  MObREM  will  not 
allocate  scare*  rsaeursts  to  instal  let  lens  or  allocate  deploying  units  to 
Installetlees  1m  m  aptlmst  ameer. 


(3)  Current  MOBREM  Inputs  do  not  consider  expansion  of  the  force 
structure  or  Industrial  base. 

TOE  scope  OF  THE  STUDY.  The  MOBREM  study  effort  has  been  directed  toward 
the  analysis  of  full  mobilization  planning,  l.e.,  the  Identification  and 
Integration  of  data  In  the  DA  planning  systems  that  allocate  mobilization 
workloads  and  assets  to  the  CONUS  Base  Installations  and  the  Identification 
and  sizing  of  CONUS  Base  functions  that  provide  the  support  for  a  NATO/ 
Warsaw  Pact  scenario  requiring  full  mobilization  response. 

TOE  STUDY  OBJECTIVES  are  to: 

(1)  Provide  the  Army  with  a  single  source  automated  data  base  that 
will  Identify  the  time-phased  mobilization  workloads  and  assets  for  the 
CONUS  Base. 

(2)  Develop  a  model  which  will  compute  mathematically  derived, 
workload-based  CONUS  Base  manpower  required  to  mobilize,  train,  deploy,  and 
sustain  the  Army  during  mobilization. 

(3)  Provide  an  automated  means  for  evaluating  CONUS  Base  mobilization 
policies. 

(4)  Improve  CONUS  Base  manpower  requirements  equations. 

TOE  BASIC  APPROACH 

(1)  The  approach  taken  to  model  development  was  Initially  to  define 
the  data  requirements,  the  output  reports,  and  the  logic  necessary  to  model 
the  MOBTDA  development  process. 

(2)  A  functional  design  was  developed  and  approved  by  the  sponsor, 
after  which  programs  were  written  and  tested  using  hypothetical  test  data. 

(3)  After  acceptance  by  the  sponsor  of  test  data  results,  actual 
input  data  were  collected  from  automated  and  manual  sources;  and  the  model 
operated  to  produce  test  reports  for  field  evaluation  by  potential  users. 

(4)  As  a  result  of  field  evaluations,  data  and  program  modifications 
were  made  to  bring  the  model  to  operational  level. 

(5)  Operational  runs  of  the  model  were  used  to  verify  the  functional 
design,  and  a  complete  set  of  output  reports  was  provided  to  the  study 
sponsor  In  May  1964. 

TOE  STUDY  SPONSOR  Is  the  Force  Development  Directorate  of  the  Office  of  the 
Deputy  Ch  let  of  itaff  for  Operations  end  Pl«ts  (00CS0PS). 


TOE  STUPT  EFFORT  was  directed  by  Mr.  F.  Gordon  Barry,  Form  Directorate. 

OBWPffS  AMP  MOTIONS  may  be  directed  to  US  Arqy  Concepts  Analysis  Agency, 
attn:  Assistant  Director  for  Forces,  8120  UooSmant  Avenue,  Bethesda,  MD 
20614-2797. 


